問題タブ [build-pipeline-plugin]

Jenkins とbuild-pipeline-pluginを使用して、war プロジェクトのビルド パイプラインをセットアップしました。これは、2 つの実際のジョブと、Q&A に展開される最終的な手動ジョブで構成されます。

各ジョブは、同じプロジェクトを実行し、異なるプロファイルをアクティブにするように構成されています。最初のジョブ (高速) はデフォルトのビルドで、ソースをコンパイルして単体テストを実行します。2 番目のジョブである browser は、Selenium ベースのブラウザー テストを実行します。3 番目のジョブは、war ファイルを Q&A サーバーにデプロイします。

各ジョブは新しい war ファイルを生成しますが、これには次の 2 つの理由があります。

1. Q&A にデプロイするときなど、必要な目標のみが実行されますが、WAR ファイルには多くのファイルが含まれているため、ビルドにはまだ時間がかかりすぎます。
2. Jenkins のビルド番号に基づいて、アーティファクトのビルドを特定します。これまでは「fast」ジョブの番号でしたが、現在は「qa-deploy」ジョブの番号です。

最初のジョブの成果物を再利用するように Jenkins や Maven を構成するにはどうすればよいですか?

私たちのプロジェクトには単一の戦争モジュールがあり、それを分割すると変更を文書化する作業が増え、すべてを一度にまとめる方が簡単になるため、プロジェクト全体の構造を変更しないソリューションを好みます。

Jenkins Build Pipeline プラグインを使用しています。
ジョブ番号の代わりに Jenkins Build Pipeline Plugin で SVN リビジョンを表示する方法を知っていますか?

このプラグインの古いバージョンのスクリーンショットで、SVN リビジョンが時々表示されるのを見ました。
プラグインへの変更ですか、それとも追加するパラメータですか?

groovy を使用してビルドをクエリしようとすると、次のように呼び出します

Jenkins のインターフェース (ビルド画面) を見ると、このビルドには UserIdCause と UpstreamCause という 2 つの原因があることがわかります。ただし、上記の groovy を使用して同じビルドを調べると、UserIdCause という 1 つの原因しか返されません。ビルドから UpstreamCause を取得する方法が必要です。そうしないと、ユーザー インターフェイスに表示されません。

Build Pipeline プラグインを使用してビルドを手動でトリガーしています。

ビルド パイプライン プラグインを使用して、Jenkins で継続的デリバリー パイプラインを設定しています。

デプロイ手順では独自のデプロイ ツール (jenkins からの HTTP リクエストによってトリガーされる) を使用しますが、デプロイされたプロジェクトで受け入れテストを行うには、追加の Jenkins ステップが必要です。したがって、デプロイ ツールは最後のパイプライン ステップをトリガーする必要があります。

このためのジェンキンスの設定は明らかです：

手動トリガー ダウンストリーム ビルド ステップの場合: 手動トリガーを待機するビルド ステップを追加するには:

• Build Pipeline Plugin を選択し、Manually Execute Downstream Project チェックボックスをオンにします。
• [ダウンストリーム プロジェクト名] フィールドにダウンストリーム プロジェクトの名前を入力します。(nb "abc, def" のように、カンマを使用して複数のプロジェクトを指定できます。)

ソース: Build Pipeline Plugin

問題は、URL を介してこのダウンストリーム ビルドをトリガーする方法が見つからないようです。

実際、デプロイ ジョブには URL が必要なので、それをコールバック URL としてデプロイ ツールに送信できます。誰でも助けることができますか？

プロジェクト B (パラメーター付き)をトリガーするプロジェクト Aをセットアップし、プロジェクト Bがプロジェクト C1とC2をトリガーすると、チェーン全体 (パラメーター付き) が Jenkins のビルド パイプライン ビューにきちんと表示されます。

ただし、 C1およびC2の完了を追跡するプロジェクト Bにプロモーテッド ビルド設定を追加しました。

これには3つの問題があります：

a) 些細なことですが、これは私にとって不可欠な機能であるように思われるため、何か間違ったことをしているのではないかと本当に疑問に思いました: プロモーション (星) が [ビルド パイプライン] ビューに表示されません。

b) さらに悪いことに、( Bの) プロモーション アクションを設定して、新しいジョブDをトリガーしました。これは機能しますが、ジョブBのビルド パラメータを渡すことはできません(D は展開されていない値を受け取ります${iso.name})。

c)プロモーションによってトリガーされたプロジェクト Dジョブが実行され、それがBによってトリガーされたことが示されます。Bのプロモーション ログにも、それがトリガーされたことが表示されます。ただし、ビルド パイプライン ビューには表示されません。追加する方法はありますか (通常、ダウンストリーム ビルドとして表示されません)。実際にフィンガープリントされたアーティファクトを共有することは役に立ちますか?

次のように、jenkins インスタンス内にプロジェクトとパイプラインが設定されています。

これは次のように説明できます。

• [Project]- プロジェクトをビルドする
• [Project Deploy Test]- プロジェクトをテスト サーバーにデプロイします。
• [Project UA Test]- ユーザーが手動でテストして承認する必要があるユーザー承認ステップ
• [Project Deploy Prod]- ユーザーが UA テストを受け入れると、ビルドが本番環境にデプロイされます

ステップを除いて、すべてのステップは正常に機能しています[Project UA Test]。このステップは、ビルドに満足したら、ユーザーが手動でトリガーできるボタンまたは何かにする必要があります。

問題は、次のステップに進む前に、ユーザー操作 (ボタンのクリックなど) を強制するようにこのステップを構成するにはどうすればよいかということです。

Choice パラメータでパラメータ化されたビルドを作成しようとしましたが、正しいことを行っているかどうかわかりません。

いくつかのプロジェクトを持つ Jenkins パイプラインがあります。最初のプロジェクトが 2 番目のプロジェクトをトリガーし、次のプロジェクトが手動でトリガーされるため停止します。REST Web サービスを使用して、この 3 番目のプロジェクトをトリガーしたいと考えています。[ビルド パイプライン プラグイン アイコン (トリガー) を使用して、このプロジェクトを手動でトリガーできます。]

Jenkins には、プロジェクトをビルドするための REST API があります: JENKINS/view/PIPELINE_NAME/job/PROJECT_NAME/buildWithParameters

ただし、jenkins はパイプライン ビューの外で新しいビルドを開始します。

ありがとう！

Jenkins 1.573 / 1.628 または最新バージョン。Build Pipeline プラグイン : 1.4.8 (最新)

先週まではすべて問題ありませんでしたが、今日、[ビルド パイプライン] ダッシュボード ビューで最初のジョブをクリックして (プロセスを実行する)、パラメーターのプロンプトが表示されていましたが、現在は表示されていません。空白の白いモーダル ウィンドウ/ポップアップ ページが表示され、入力パラメータが表示されません。

何か案が！私が見逃しているかもしれないもの。

http://s000.tinyupload.com/download.php?file_id=03793493629898722609&t=0379349362989872260930671