クラシック パイプラインを定義する

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

注意

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

Azure Pipelines、開発、ステージング、QA、運用などの複数のステージにリリースするための、高度に構成可能で管理可能なパイプラインを提供します。 また、特定の各段階でゲートと承認を実装する機会も提供されます。

このチュートリアルでは、次の事項について説明します。

  • 継続的デプロイ トリガー
  • ステージの追加
  • デプロイ前の承認の追加
  • リリースの作成とデプロイの監視

前提条件

必要なものは次のとおりです。

  • 少なくとも 1 つのステージを含むリリース パイプライン。 まだない場合は、次のクイック スタートとチュートリアルのいずれかを使用して作成できます。

  • アプリをデプロイする 2 つの異なるターゲット。 仮想マシン、Web サーバー、オンプレミスの物理展開グループ、その他の種類のデプロイ ターゲットなどです。 この例では、Web サイト インスタンスAzure App Service使用しています。 同じことを行う場合は、一意の名前を選択する必要がありますが、一方の名前に "QA" を含め、もう一方の名前に "Production" を含めることで、簡単に識別できます。 新しい web Azure portalを作成するには、次のコマンドを使用します。

継続的配置 (CD) トリガー

継続的デプロイ トリガーを有効にすると、新しいビルドが使用可能な場合は毎回、新しいリリースを自動的に作成するようにパイプラインに指示されます。

  1. [Azure Pipelines] タブ を開 きます。リリース パイプラインを選択し、 [編集]を選択します

    リリース の pipelin を編集する

  2. [デプロイ ] セクションの [ 継続的デプロイ トリガー] Artifacts 選択して、トリガー パネルを開きます。 これが有効になっていると、新しいビルドが正常に完了した後に新しいリリースが作成されます。

    継続的デプロイ トリガー

  3. [ステージ ] セクションの [配置前 条件] アイコン を選択 して、条件パネルを開きます。 このステージへのデプロイのトリガーが [リリース後] に 設定されている必要があります。 つまり、このリリース パイプラインから新しいリリースが作成されると、デプロイが自動的に開始されます。

    デプロイ前の条件

    リリース トリガー、ステージ トリガー 、またはデプロイのスケジュールを設定できます

ステージ (複数) を追加

このセクションでは、リリース パイプラインに、QA と実稼働 (この例では 2 つの Azure アプリ Services Web サイト) という 2 つの新しいステージを追加します。 これは、最初にテスト サーバーまたはステージング サーバーにデプロイしてから、ライブ サーバーまたは運用サーバーにデプロイする一般的なシナリオです。 各 ステージは 、1 つのデプロイ ターゲットを表します。

  1. リリース パイプライン の [ パイプライン] タブを選択し、既存のステージを選択します。 ステージの名前を Production に 変更します

    [ステージ] タブから既存Pipelines選択し、[ステージ] パネルで名前を [Production] に変更します。

  2. [+ 追加] ドロップダウン リストを選択し、[ステージの複製] を 選択します (複製オプションは、既存のステージが選択されている場合にのみ使用できます)。

    複製ステージの選択

    通常、デプロイされたアプリが同じように動作することを確認するために、テストと実稼働ステージで同じデプロイ方法を使用する必要があります。 既存のステージを複製すると、両方に同じ設定を確実に設定できます。 次に、デプロイ ターゲットを変更する必要があります。

  3. 複製されたステージには、"実稼働のコピー" という名前が付けらたものがあります。 それを選択し、名前を QA に変更します

    ステージ名を QA に変更する

  4. パイプラインのステージを再構成するには 、QA ステージの[配置前条件] アイコンを選択し、トリガーを [リリース後]に設定します。 その後、パイプラインダイアグラムに 2 つのステージが並列で表示されます。

    ステージの再編成

  5. [実 稼働] ステージで[デプロイ前の条件] アイコンを選択し、トリガーを [ ステージの後] に設定し、[ステージ] ドロップダウン リストで **[QA]**を選択 します。 パイプラインダイアグラムは、2 つのステージが正しい順序で実行されていることを示します。

    QA トリガーとステージの選択

    注意

    前のステージへのデプロイが部分的に成功した場合に開始するデプロイ を設定 できます。 つまり、特定の重要でないタスクが失敗した場合でも、デプロイは続行されます。 これは通常、異なるステージに並列でデプロイするフォークと結合のデプロイで使用されます。

  6. [タスク ] ドロップダウン リストを選択し 、QA ステージを選択 します。

    [タスク] ドロップダウンと QA ステージの選択

  7. 使用しているタスクに応じて、このステージが "QA" ターゲットにデプロイされる設定を変更します。 この例では、次に示すように、デプロイ Azure App Service を使用します。

    Azure App Service のデプロイ タスクの使用

デプロイ前の承認を追加する

以前に変更したリリース パイプラインは、QA と実稼働環境にデプロイされます。 QA へのデプロイが失敗した場合、実稼働環境へのデプロイはトリガーされません。 アプリが QA またはテスト ステージで正常に動作している場合は、必ず実稼働環境にデプロイする前に確認してください。 承認を追加すると、次のステージにデプロイする前に、すべての条件が満たされます。 パイプラインに承認を追加するには、次の手順に従います。

  1. [パイプライン ] タブ の [ 配置前条件] アイコンを選択 し、[ 配置前承認者] を選択します

    [配置前承認者] パネル

  2. [ 承認者] ボックスに、展開の承認を担当するユーザーを入力します。 [リリースまたは展開を要求しているユーザーは承認しない] チェック ボックスをオフ にすることもできます

    デプロイ前承認者の追加

    個々のユーザーと組織グループの両方で、必要な数の承認者を追加できます。 パイプライン ダイアグラムのステージの右側にある [ユーザー] アイコンを選択して、デプロイ後の承認を設定することもできます。 詳細については、「リリース ゲートと 承認」を参照してください

  3. [保存] を選択します。

    リリース パイプラインの保存

リリースを作成する

リリース パイプラインのセットアップが完了したら、次にデプロイを開始します。 これを行うには、新しいリリースを手動で作成します。 通常、新しいビルド成果物が使用可能な場合は、リリースが自動的に作成されます。 ただし、このシナリオでは手動で作成します。

  1. [リリース] ドロップダウン リスト を選択し、[リリースの作成 ] を選択します

    新しいリリースを作成する

  2. リリースの説明を入力し、正しい成果物が選択されていることを確認してから、[作成] を 選択します

    新しいリリース パネルを作成する

  3. 新しいリリースが作成されたことを示すバナーが表示されます。 リリース リンクを選択すると、詳細が表示されます。

    リリースが正常に作成されました

  4. リリースの概要ページには、各ステージへのデプロイの状態が表示されます。

    デプロイの状態

    リリースの一覧など、その他のビューにも、承認待ちであることを示すアイコンが表示されます。 このアイコンには、ステージ名と、それをポイントした場合の詳細を含むポップアップが表示されます。 これにより、管理者が、承認待ちのリリースとすべてのリリースの全体的な進行状況を容易に確認できます。

    releases リスト ビュー

  5. [承認 pending_approval アイコンを選択して、承認ウィンドウ パネルを開きます。 簡単なコメントを入力し、 [承認] を 選択します

    デプロイの承認

注意

たとえば、ピーク時以外の時間など、後でデプロイをスケジュールできます。 別のユーザーに承認を再割り当てできます。 リリース管理者は、すべての承認決定にアクセスしてオーバーライドできます。

デプロイを監視および追跡する

デプロイ ログは、アプリケーションのリリースを監視およびデバッグするのに役立ちます。 デプロイのログを確認するには、次の手順に従います。

  1. リリースの概要で、ステージにマウス ポインターを合わせると、[ログ] を 選択します

    デプロイ ログ

    デプロイ中も、ログ ページにアクセスして、すべてのタスクのライブ ログを表示できます。

  2. 任意のタスクを選択して、その特定のタスクのログを表示します。 これにより、デプロイの問題のトレースとデバッグが容易になります。 個々のタスク ログ、またはすべてのログ ファイルの zip をダウンロードすることもできます。

    ログのダウンロード

  3. デプロイをデバッグするために追加情報が必要な場合は、デバッグ モードでリリースを実行できます

次の手順