ビルドする製品がたくさんあります (20 以上)。各製品は 3 つのプラットフォームでビルドされます。現在、各製品に 3 つの異なるタイプのビルドがあるようにという要求がありました。1) SCM が変更されるたびに。ワークスペースをクリアせず、単体テストのサブセットを実行します。2) 毎晩深夜。最初にワークスペースをクリアし、すべての単体テストを実行します。3) 手動でトリガーされたリリース候補。SCM 内のファイルにリリース番号のタグを付け、ワークスペースをクリアし、すべての単体テストを実行し、3 つのプラットフォームすべてからの出力を 1 つのアーカイブに収集します。
3 つのプラットフォームのそれぞれで製品をビルドする製品ごとにマルチ構成の「マトリックス」ジョブを作成しましたが、3 種類のビルドを含める最善の方法がわかりません。各ジョブの 3 つのコピーは、私にとってメンテナンスの悪夢のように聞こえます。
これを行うための最も不快でない方法に関する提案はありますか?
ありがとう、クリス
これらのジョブの実際のビルド部分がどれほど複雑かはわかりません。ただし、大きく異なるため、3 つのジョブを作成します。
ただし、job2 は job3 のサブセットのようです。したがって、job3 が job2 をトリガーし、ビルド前とビルド後の作業のみを実行するということを解決できる可能性があります。現在、ジョブ 1 とジョブ 2 を組み合わせる良いアイデアがありません。
1 番は、個別のジョブまたはバッチ タスクとして実行できます。ジョブの高度な機能では、ジョブ 2 にジョブ 1 のワークスペースを使用させることができます。Maven ジョブの場合は、[ビルド] -> [カスタム ワークスペースを使用する] のチェックボックスで構成できます。ジョブの場合は無料で、「高度なプロジェクト オプション」の下にあります。
3 つ目は、3 つまたは 4 つの異なるプラグイン (Subversion Tagging プラグイン、Artifactory Pro を使用した Artifactory プラグイン、Promoted Builds、Release プラグイン) で実行できます。
要件をうまく分けて...
異なるビルドがあります...それらは完全に異なる、異なるコード、またはプラットフォーム、または何か大きなものになるという点で。
パラメータ化されたビルドがあります...これらは、異なるパラメータを使用して同じコードベースでビルドされます
さまざまなトリガーがあります...つまり。タイマー、またはチェックイン。
パラメータ化されたビルド用に別のジョブを作成できます...トリガー
の場合、各ジョブは複数のトリガーを持つことができます...
したがって、別のトリガー用に別のビルドを作成する理由は何かたとえば、チェックインのたびにではなく夜間にテストしたいだけの長時間実行される一連のテストがある場合のように
また、パラメーターについては、手動でジョブを開始するたびに入力するか、インポートされたファイルにバッチ処理することができます... 本当に必要なだけ構成管理を構築できます。これは非常に柔軟なツールです。