パイプラインを 1 つずつトリガーする (クラシック)

  • [アーティクル]

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

大規模な製品には、相互に依存する複数のコンポーネントがあります。 多くの場合、これらのコンポーネントは個別に構築されます。 アップストリーム コンポーネント (ライブラリなど) が変更された場合、ダウンストリームの依存関係を再構築して再検証する必要があります。

このような状況では、トリガーするパイプラインが正常に完了したときにパイプラインを実行するために、パイプライン トリガーを追加します。

ビルド完了トリガーを追加する

クラシック エディターでは、パイプライン トリガーをビルド完了トリガーと呼びます。 トリガーするパイプラインには、同じプロジェクト内の他のビルドを選択できます。

ビルド完了トリガーを追加したら、トリガーするビルドを選択します。 トリガーするビルドが Git リポジトリからソース化されている場合は、ブランチ フィルターを指定することもできます。 ワイルドカード文字を使用する場合は、ブランチ仕様 (features/modules/* など) を入力し、Enter キーを押します。

注意

1 つのマルチジョブ ビルドでニーズが満たされる場合もあることを覚えておいてください。 ただし、要件にさまざまな構成設定やオプションが含まれていたり、別のチームが依存パイプラインを所有することが要件になっていたりする場合は、ビルド完了トリガーが便利です。

トリガーするビルドから成果物をダウンロードする

多くの場合、トリガーするビルドから成果物をダウンロードする必要があります。 これを行うには、次の手順を実行します。

  1. ビルド パイプラインを編集します。

  2. [タスク] のいずれかのジョブにビルド成果物のダウンロード タスクを追加します。

  3. [ダウンロードする成果物の生成元] には、[特定のビルド] を選択します。

  4. トリガーするビルド パイプラインを含むチーム [プロジェクト] を選択します。

  5. トリガーするビルド パイプラインを選択します。

  6. [適切な場合は、トリガー ビルドから成果物をダウンロードします] を選択します。

  7. トリガーするビルドから成果物をダウンロードすることを指定している場合でも、[ビルド] の値を選択する必要があります。 ここで選択するオプションによって、BuildCompletion 以外の理由 (Manual、IndividualCI、Schedule など) で、トリガーされたビルドが実行されるたびにどのビルドが成果物のソースになるかが決まります。

  8. 成果物名を指定し、トリガーするビルドによって公開された成果物の名前と一致していることを確認します。

  9. 成果物のダウンロード先となるダウンロード先ディレクトリを指定します。 例: $(Build.BinariesDirectory)