問題タブ [multi-configuration]

私の Jenkins ジョブでは、ファイルの絶対パスをプロパティ ファイルのパラメータとして次のジョブに渡している状況があります。パスにはフォルダー名としてトークンがあります (マルチ構成ジョブの結果)。このパスで次のジョブをトリガーするか、キーを使用すると、トークン自体の代わりにトークンの値が渡されます。それで、トークンをオーバーライドする方法はありますか?

例えば。、

プロパティ ファイルの内容:

これを次のジョブに渡すと、トークンの実際の値${var}が取得されます。

トークン名はそのままでお願いします${var}。

この機能をオーバーライドするには? または、トークンをパスにそのまま保持する方法は?

Jenkins での継続的インテグレーションのセットアップには、2 つの Cpp プロジェクトがあります。1 つのプロジェクトには最新の G++ 4.8.2 (既に /usr/bin にインストール済み) が必要ですが、もう 1 つのプロジェクトには古いバージョンの G++ 4.6.3 (まだインストールされていません) が必要です。ビルド プロセスに make ファイルを使用しています。サーバーで実行されている OS は Linux Mint 17 Qiana です。適切な方法をアドバイスしてください。どんな助けでも大歓迎です。

2 つの異なるスレーブ環境 (Erlang R15B03 と Erlang 17.3) でビルドを実行するために、Jenkins マルチ構成プロジェクトをセットアップしました。これは、17.3 本番環境での実際のリリースに向けてプロジェクトの準備を開始するためです。

現在、すべてのプロジェクトの 17.3 ビルドは、進行中に修正する必要がある依存関係の障害のために失敗しており、R15B03 ビルドはすべて合格しています。

Jenkins (今のところ) が 17.3 の結果を無視し、R15B03 ビルドが成功した場合にビルドを成功として渡すようにするにはどうすればよいですか?

複数のスレーブ ノードでテストを並行して実行するマルチ構成の Jenkins ジョブがあります。これらのスレーブ ビルドからいくつかのアーティファクトを収集してマスターに戻し、ビルド後のステップを実行してそれらからカスタム HTML ページを作成したいと考えています。

これらのファイルがマスターにコピーされたように見えるようにすべてを設定しましたが、それらにアクセスできないようです。誰かが共有できるこの構成の実例を持っていますか?

マトリックス軸のジョブ構成は次 のとおりです: tmp.txt ファイルを作成するだけのビルド: フィンガープリント、アーティファクトをアーカイブし、そのファイルをマスターにコピーするためのポスト ビルド ステップ:

スレーブのコンソール出力には、コピーが成功したことが示されています (プラグインのソース コードから、エラーが報告されることがわかります。問題が発生した場合にこれらのエラーがログに記録されるのを確認しました)。

ただし、マスターで実行されているビルド後のスクリプトからこれらのファイルにアクセスできないようです。

ファイルはマスターのワークスペースにリストされているようです：

$WORKSPACE 環境変数を使用して同じコマンドのバージョンを試しましたが、どちらも機能しませんでした。

...そして、「ws」がURLにあったので、それも追加しようとしました(これも機能しませんでした):

2 つの異なる VM にある 2 つのスレーブ (Slave-1 と Slave-2) で構築したい Jenkins マルチ構成プロジェクトがあります。Jenkins がスレーブごとに異なるワークスペースを作成しようとする方法に問題があります。各 VM で同じワークスペース パスを使用したいと考えています。

Perforce からプロジェクト ファイルを取得しており、両方の VM のディレクトリ c:\workspace に配置したいと考えています。ただし、ビルドを実行すると、Slave-1 を持つ VM が表示され、プロジェクト ファイルが次の場所に保存されます。

c:\ワークスペース\ラベル\スレーブ-1

他の VM では、プロジェクト ファイルは次の場所にあります。

c:\ワークスペース\ラベル\スレーブ-2

c:\workspace の下の「label」フォルダは、構成マトリックスに入力したスレーブ名です。

Jenkins をオーバーライドして、プロジェクト ファイルを各 VM の c:\workspace (\label\Slave_name フォルダーなし) に配置するにはどうすればよいですか? Jenkins が混乱を避けるためにこれを行っていることは理解していますが、私のワークスペースはまったく異なる VM 上にあり、互いにやり取りすることはありません。正しくビルドするには、c:\workspace ディレクトリを使用する必要があります。

マルチ構成ジョブの組み合わせフィルターでジョブの環境からパラメーターを使用する方法について何か考えはありますか?

試してみました: index%3 == 0 で、正常に動作していますが、(3) を ${EXECUTOR_NUMBER} に置き換えて、実行をより動的にしたいと考えています。

EXECUTOR_NUMBER を使用すると、次のようになります。

オンラインで調べてみましたが、良い例が見つかりませんでした - 助けていただければ幸いです

TFS 2015 TeamBuild の [オプション] タブを介した MultiConfiguration の背後にあるコンセプトが気に入っています。しかし、結果として得られる「マトリックス ビルド」をビルド定義のすべてのステップに適用したくありません。

only once通常、すべての構成がコンパイルされた後に、カスタムの「ポスト VS SLN コンパイル ステップ」を実行したいと考えています。そして、これらのステップから生成されたアーティファクトは、only onceコンパイル後のステップが完了した後に「ドロップ」される必要があります。

現在、この MultiConfiguration 機能を使用すると、ビルド レシピのすべてのステップが各組み合わせ (通常は BuildPlatform と BuildConfiguration) に対して繰り返されます。

MultiConfiguration を Visual Studio Build ステップだけに適用する方法はありますか? フォールバックとして、MultiConfiguration を使用せずに、BuildPlatform と BuildConfiguration の組み合わせごとに Visual Studio Build ステップを追加することはできないと思います。それはちょっと不自由です。

ジェンキンスのバージョン: 2.6、Linux

問題: パラメーター化されたビルド変数は、実行ステップの「シェル スクリプト」で (env 変数として) 表示されません。以前の 1.x jenkins バージョンでは表示されていました。

手順:

1. マルチ構成プロジェクトでパラメーター化されたビルドを作成します。
2. ビルドにパラメーターを追加します ( This project is parameterized-> string parameter, {if that matter} を使用)。
3. ビルドステップ「シェルの実行」をジョブに追加します。

4. このシェル スクリプトのこれらのパラメーターに環境変数としてアクセスします。

   echo "++++++++++++ building $lib_name ($lib_version) ++++++++++++++"

これを解決するために、「実行用の環境を準備する」セクションで groovy スクリプトを作成しようとしました。環境変数としてシェルスクリプトに渡されるハードコードされた値を使用して環境変数を作成しました。

しかし、ハードコーディングしないと、Groovy API を使用して Jenkins ビルド パラメーターを取得する方法のソリューションを使用しても、これらの変数値にアクセスできません 。

他に何をしなければならないかわかりません。誰か提案してもらえますか？

---> この質問に関するコメントに基づいて更新しています:ジェンキンスで次の行を実行すると、例外が発生します: