Azure Pipelines でのリリース

注意

Microsoft Team Foundation Server (TFS) 2018 以前のバージョンでは、ビルドとリリースの "パイプライン" は "定義"、"実行" は "ビルド"、"サービス接続" は "サービス エンドポイント"、"ステージ" は "環境"、"ジョブ" は "フェーズ" と呼ばれます。

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2015

注意

このトピックでは、クラシックリリースパイプラインについて説明します。 YAML を使用してパイプラインを作成する場合は、「 パイプラインをカスタマイズする」を参照してください。

リリース は、CI/CD パイプラインで指定された成果物のバージョン管理されたセットを保持するコンストラクトです。 このファイルには、リリースパイプラインのすべてのタスクとアクションを実行するために必要なすべての情報のスナップショットが含まれています。たとえば、ステージ、タスク、ポリシー (トリガーや承認者など)、展開オプションなどです。 1つのリリースパイプラインから複数のリリースが存在する場合があり、それぞれに関する情報が、指定された 保有期間の Azure Pipelines に格納されて表示されます。

デプロイ は、自動テストの実行、ビルド成果物の配置、そのステージに対して指定されている他のすべてのアクションなど、1つの段階のタスクを実行するアクションです。 リリースを開始すると、元のリリースパイプラインで定義されている設定とポリシーに基づいて各デプロイが開始されます。 1つの段階でも、各リリースの複数の配置を行うことができます。 1つのステージでリリースの配置が失敗した場合、同じリリースをそのステージに再デプロイできます。 リリースを再配置するには、デプロイするリリースに移動し、[デプロイ] を選択します。

次の図は、リリース、リリースパイプライン、およびデプロイの関係を示しています。

リリース、リリースパイプライン、およびデプロイの関係

リリース パイプラインの作成

リリースは、次のいくつかの方法で作成できます。

  1. 配置トリガーを使用して、新しいビルド成果物が使用可能になるたびにリリースを作成する。

    継続的配置トリガー

  2. パイプライン リリース内の [リリースの作成] ボタンを使用して、 > 手動でリリースパイプラインを作成します。

    UI からリリースパイプラインを作成する

  3. REST APIを使用してリリース定義を作成する。

Q & A

Q: 配置がトリガーされなかったのはなぜですか。

A: リリースパイプラインを作成することは、必ずしもデプロイを自動的に開始するかすぐに開始することを意味するわけではありません。 これが発生する理由は次のとおりです。

  • 定義済みの 配置トリガー により、配置が強制的に一時停止されます。これは、スケジュールされたトリガーや、別のステージへの配置が完了するまで遅延が発生した場合に発生する可能性があります。

  • 定義された キューポリシー は、実行の順序と、リリースが配置のためにキューに配置されるタイミングを示します。

  • 特定のステージの配置前の承認またはゲートは、定義されているすべての条件が満たされるまで展開を防止します。