1

社内で作成された Java ベースのビルド ツールを Jenkins に移行する作業を行っています。社内ビルド ツールには、さまざまな製品とそれぞれのリリース用に 1000 以上のジョブがあり、各ジョブには 10 以上のステップがあり、各ステップには実行するコード行があります。この社内ビルド ツールは Java で記述されています。

社内のビルド ツールは、次のファイルを読み込んで動的な jsp ビューを作成し、db からビルド履歴を読み込んで表示するだけです。

  1. Step.prop - すべてのステップとそれぞれのコマンドが含まれています。

pdplanner : クリーン : はい : はい : runant -Dproperties_file=build/dallas78.build.properties -f buildjars.xml clean_all

pdplanner : バージョン : はい : いいえ : runant -Dproperties_file=build/dallas78.build.properties バージョン

  1. 各ジョブの Clearcase 構成仕様ファイル .cs

1000 個のジョブすべてについて、ジェンキンスで各ジョブのセットアップを開始すると、すべてのビルドが成功するまでに 1 年以上かかります。私はいくつかの自動化を行うことを考えていますが、Jenkins の config.xml は、各プロジェクトのこれらのすべてのプロパティ n 仕様ファイルを読み取ることによって動的に作成できます。

製品管理チームからのもう 1 つの仕様は、jenkins ジョブの各ステップをチェックボックスとして持つ必要があるため、誰かがステップの一部を実行したい場合は、それに応じてチェックを外すことができます。

このタスクをさまざまなオプションで行うことに頭を悩ませていますが、結論は出ていません...自分のやり方に合わない可能性のあるテンプレートプラグインを検討しました。この問題についてあなたの意見や提案を共有し、アイデアを共有していただけますか?

4

2 に答える 2

3

経営陣は、たまには地球を見下ろす必要があります。リンゴはオレンジではありません。リンゴがあり、オレンジが欲しい場合、リンゴをオレンジ色に塗ってオレンジと呼ぶことはできません。

Jenkins は、社内の Java ビルド システムと同じではありません。Jenkins に移行するのは、他の何かではなくJenkinsが必要だからです。 それが以前のシステムとまったく同じであるとは思わないでください (というか、経営陣は期待すべきではありません)。

config.xml を自動的に作成します。
ファイル システムに config.xml を自動的に作成するスクリプトを作成できる場合は、それを実行してください。これらの構成は、グローバル構成から「ディスクからリロード」を選択するか、Jenkins を再起動するまで、Jenkins にロードされません。

ジョブを動的に構築できる多くのプラグインがあり、いくつかのトークン テキストを単に置き換える単純なJobcopy Builderから、独自のジョブ記述言語を提供するJob DSLのようなより複雑なものまであります。

すべてのステップのチェックボックス。
リンゴをオレンジ色に塗ることについての私のコメントを読んでください。ジェンキンスにはこれがありません。一緒にハックする最善の方法は、すべてのステップのチェックボックス パラメーターを作成し、すべてのステップをConditional Buildstepプラグインにラップすることです。これにより、変数の値がチェックされ、チェックされた場合にのみステップが実行されます。

ビルド後の手順で同じ機能を使用するには、おそらくフレキシブル パブリッシュプラグインも必要になるでしょう。

于 2014-11-18T14:34:37.823 に答える