常に変化する 40 以上のジョブを持つ継続的インテグレーション サーバーがあります。問題が発生した場合に変更をロールバックできるように、Hudson で継続的インテグレーション ビルド ジョブをバージョン管理したいと考えています。
これを実行する Hudson プラグイン、または既に存在する他のソリューションはありますか、または config.xml ファイルを SVN に保持する必要があります。
常に変化する 40 以上のジョブを持つ継続的インテグレーション サーバーがあります。問題が発生した場合に変更をロールバックできるように、Hudson で継続的インテグレーション ビルド ジョブをバージョン管理したいと考えています。
これを実行する Hudson プラグイン、または既に存在する他のソリューションはありますか、または config.xml ファイルを SVN に保持する必要があります。
Hudson Labsは、これについて非常に優れた記事を書いています。Keeping your configuration and data in Subversion
これは記事の最初の部分です
問題のある変更を元に戻すことができ、バックアップ メカニズムとしても機能するため、重要なファイルをバージョン管理に保持することが重要であることは誰もが知っています。多くの場合、コードとリソースはバージョン管理されていますが、継続的インテグレーション (CI) サーバー自体を忘れがちです! ディスクが故障したり、間違った場所に置かれた rm -rf の犠牲になったりすると、CI サーバーが管理するジョブに関連するすべての履歴と構成が失われる可能性があります。
リポジトリを作成するのは非常に簡単ですが、$HUDSON_HOME のどの部分をバックアップする必要があるかは明らかではありません。また、新しいプロジェクトがリポジトリに追加され、削除されたプロジェクトが削除されるように、いくつかの自動化が必要になる場合もあります。幸いなことに、これを処理する優れたツールがあります: Hudson!
毎晩実行され、適切な SVN コマンドを実行し、チェックインする Hudson ジョブがあります。
構成にのみ関心があるように見えますが、これは問題ありません。データに関するビットを無視または除外して、構成に集中してください。
比較的新しい Job Config History プラグインは、その一部です。実際には構成をソース管理に保存するわけではありませんが、ジョブへの変更の履歴と監査を提供します。
これは、 Hudson users listの Hudson の構成でバージョン管理を使用することに関する最近のスレッドの 1 つです。
現在 (2010 年 3 月)、SCM にストア構成を行うプラグインはありませんが、バックアップ プラグインは希望に近いことを行う可能性がありますが、おそらく「変更」のビューが少なく、任意の時点での単なるスナップショットのほうが多いでしょう。時間。
SCM Sync 構成プラグインを調べることができます。
jenkins の設定変更をすべて svn に自動的にコミットします。そうすれば、構成エラーを簡単に追跡できます。
https://wiki.jenkins-ci.org/display/JENKINS/SCM+Sync+configuration+plugin