15

私の質問はかなり主観的なものです。経験豊富なオタクの意見を知りたいので、モデレーターはそれを閉じないでください。

私はデプロイメントアリーナに不慣れで、Python / djangoのバックグラウンドから来て、jenkinsでRTFMを実行していました。githubを検索してdjango-jenkinsを見つけました。

CIの全体的な考え方は、ビルドが失敗した場合に最後の段階に戻ることができるように、継続的なビルドプロセスを持つことです。

私が理解できる限り、jenkinsはサーバー上で実行されます。サーバーは、コードがgithubまたは他のリポジトリにプッシュされるときに、テストを実行し、すべてのテストに合格するとデプロイします。ポーリングまたはcronジョブを使用してリポジトリと通信する場合があります。

一方、ドキュメントでdjango-jenkinsを見ると、それが言及されています

./manage.py jenkins

つまり、設定ファイルにコマンドを追加し、ローカルでテストしてからデプロイすることができます。(私が間違っている場合は私を訂正してください)

では、何がそれを差別化するのでしょうか?django-jenkinsは、CIにjenkinsを使用する追加のサーバーの必要性を排除しますか?

私に知らせてください、そして私が間違っているところを私に片付けてください。

4

1 に答える 1

21

Jenkinsは、実際の継続的インテグレーションツールそのものです。手動および自動のビルド、デプロイを処理し、テストスクリプトを実行してレポートを表示できます。これは、テストがまだ合格しているかどうか、およびビルドが成功しているかどうかを確認するのに役立ちます。

django-jenkinsは、Django Webフレームワーク用のPythonパッケージであり、Jenkinsで使用できる追加のツールを提供します。たとえば、Jenkinsが読み取ることができるレポートを生成します。これらのコマンドをビルドスクリプトに追加して、レポートを生成できます。

言い換えると、Jenkinsはさまざまな継続的インテグレーションの目的で使用できますが、Python / DjangoでWebサイトを構築している場合は、django-jenkinsが追加機能を提供して作業を楽にします。

于 2012-06-20T17:33:27.053 に答える