問題タブ [multi-configuration]

Linux、osx、solaris など、複数の構成でビルドしてテストする必要があります。「linux」、「osx」、「solaris」というラベルの付いたスレーブ ノードがあります。各構成で、(a) ビルド (b) スモーク テストの実行 (c) スモーク テストに合格した場合、完全なテストの実行などを行います。

マルチ構成ジョブが答えかもしれないと思ったので、マルチ構成ビルド ジョブをセットアップし、各 OS で同時ビルドを開始します。ビルド ジョブはダウンストリームのスモーク テスト ビルドをトリガーし、次にフル テスト ジョブをトリガーします。

私は次の問題に遭遇しました

1. 構成の 1 つが失敗すると、ジョブ全体が失敗し、Jenkins はダウンストリーム ジョブを起動しません (たとえば、solaris ビルドが失敗した場合、Jenkins は osx および linux のスモーク テストまたはフル テストを実行しません)。

2. solaris のビルドには他のビルドよりも約 2 倍の時間がかかります (約 1 時間)。Linux と osx のスモーク テストは、solaris のビルドが完了するのを待たずに済ませたいと思います。

これは、ジョブの 3 つのパイプラインを手作業で作成し、それらを「最初の」ジョブ (つまり、次のジョブの作成とハンドチェーン) の背後に配置することを意味するのでしょうか?

明らかな何かを見逃しましたか？

Jenkinsには、マルチ構成プロジェクトとフリースタイルプロジェクトプロジェクトの2種類のジョブがあるのはなぜですか？どこかで読んだところによると、一度選択すると、もう一方に変換することはできません（簡単に）。将来の変更に備えて安全を確保するために、常にマルチ構成プロジェクトを選択しないのはなぜですか？

WindowsとUnixの両方（および他のプラットフォーム）でビルドするプロジェクトのビルドをセットアップしたいと思います。同じことを尋ねるこの質問を見つけましたが、実際には答えが得られません。プラットフォームごとに1つずつ、3つのマトリックスプロジェクト（3つのフリースタイルプロジェクトではない）が必要なのはなぜですか？プラットフォームと（たとえば）一方の軸にgccバージョン、もう一方の軸に（私の）ソフトウェアバージョンを使用して、それらすべてを1つのマトリックスに保持できないのはなぜですか？

このブログ投稿も読みましたが、Pythonのバージョンが異なるだけで、すべてが同じマシン上に構築されます。

つまり、要するに、ほとんどの人は、多くの異なるプラットフォームを対象としたマルチ構成プロジェクトをどのように構成するのでしょうか。

Jenkinsには、1つのジョブで複数のプラットフォームにまたがって構築できるように、マルチ構成ジョブに変換したいフリースタイルのジョブがかなりあります。これらのジョブはかなりの数のビルドパラメーターを指定します。新しいマルチ構成ジョブを作成して、手動で再度セットアップする必要はありません。各ジョブは現在、ビルドを構築しているプラ​​ットフォームに制限しています。他に表示されるオプションは、既存のジョブのクローンを作成し、制限を新しいプラットフォームに変更することだけです。唯一の違いがターゲットプラットフォームである2つのジョブを維持する必要があるため、これは理想的ではありません。

UIを介してこれを行う方法はわかりませんが、別の方法があるかどうか疑問に思っています。

FFおよびIEのセレンテストを実行するために設定されたマルチ構成プロジェクトがあります。ただし、テスト結果を集計しているわけではありません。

プロジェクトページを見ると、次のように表示されます。

特定のビルドに入ると、次のように表示されます。

しかし、これらの特定の構成名の1つをクリックすると、次のように表示されます。

これらの結果を集計する方法はありますか？（ダウンストリーム結果プロジェクト構成の集計チェックボックスをオンにしました）

さまざまなオペレーティングシステム（現在は32ビットと64ビットのLinuxのみですが、さらに追加される予定です）で構築されているマルチ構成ビルドがあります。ビルドは、アーカイブしたい「インストール」ディレクトリを生成します。同じソフトウェアの以前のフリースタイルビルド（単一のターゲット上）では、「アーカイブするファイル」を「インストール/ **」に設定して「アーティファクトをアーカイブする」を指定することでこれを行うことができましたが、マルチでこれを行うと-構成ビルドJenkinsは、アーカイブするものが見つからないと主張しています。

実際のビルドを実行するスレーブ上のワークスペースは、「インストール」ディレクトリを作成します（「AllOSes / Linux32/install」および「AllOSes/Linux64 / install」として）。私は何が間違っているのですか？

更新：この問題は、JenkinsシステムにWindowsスレーブノードがある場合にのみ発生します。Windowsスレーブノードが存在する場合、Jenkinsはこれが使用されていないことに気付いたようで、Windowsスレーブノードでジョブの制御セクションを実行します。どういうわけか、これによりアーカイブステップが失敗します（おそらくWindowsパス名を想定しているためですか？）。

Windowsスレーブノードを無効にすると、ジョブの制御部分は32ビットLinuxを実行しているマスターノードで実行され、すべてが正しく機能します。

他のジョブに対してWindowsノードを有効にする必要があるため、これは解決策を提供しません。また、複数構成ジョブのコントローラーを実行する場所を指定する方法が見つかりませんが、問題は変わります。

ビルドプロセスを自動化したい。

30以上の構成があり、それぞれに異なるSVNブランチがあります。理想的には、メンテナンス作業と人為的ミスのリスクがあるため、30個の個別のJenkinsジョブを作成する必要はありません。

これは、Jenkinsの「マルチ構成プロジェクト」が設計された目的ですが、残念ながら、JenkinsはSVNURLでの構成マトリックス軸の使用をサポートしていません。

また、パラメータ化されたビルドを使用してビルドすることもできません。これは、Jenkinsがローカルチェックアウトパスで変数を使用することを許可しないためです（URLの変数は正常に機能しますが、常に${BRANCH}（literal）というディレクトリに移動します。

https://domain.ext/something/${BRANCH}/一日の終わりに、チェックアウトしてに保存できるようにしたいと思い/some/path/${BRANCH}ます。これが、Jenkinの組み込みSCM機能（ポーリングなど）を利用できるようにする方法で行われると、さらに良いでしょう。

ジェンキンスに私が達成しようとしていることを理解させるにはどうすればよいですか？

Jenkins でマルチ構成プロジェクトをセットアップしましたが、コマンド ライン スクリプトを使用してそれらのジョブを管理しようとしています。これには jenkinsapi Python モジュールを使用しようとしています。これまでのところ、仕事を得る方法を見つけましたが、特定のビルド構成を取得して成功したかどうかを確認する方法がわかりません。

とにかくこれを行うことはありますか？マルチ構成プロジェクトのそれぞれは個別の「ジョブ」ですか、それともすべて同じジョブにまとめられていますか? 今後、このようなタイプのプロジェクトを数多く管理する必要があり、ビルドに新しいハードウェア構成を簡単に追加できるようにしたいと考えています。

Jenkins と Sauce Labs を使用して Magento Test Automation Framework (MTAF) を構成しましたが、すべて正常に動作しています。ただし、マルチ構成プロジェクトをビルドするときは、並列実行用に Jenkins のジョブ構成のブラウザー リストからさらに 2 つのブラウザーを選択しました。

ビルドを実行すると、Jenkins のジョブ構成からブラウザーを選択するのではなく、MTAF 構成ファイル (browser.yaml) からブラウザーが取得されます。

MTAF の設定ファイルからではなく、Jenkins からブラウザを実行する方法はありますか?

いくつかの異なるビルドを行うジェンキンスでマルチ構成プロジェクトを実行しています。すべてのサブ構成/ビルドが終了したらスクリプトを実行したいと思います。

Jenkins のマルチ構成ジョブの PostBuild アクションのようなものはありますか?