パイプラインの再デプロイを手動でトリガーする

Version: 10.1
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

Sitecore Managed Cloud の各クライアントには、ソリューションを制御する次のパイプラインが用意されています: Infrastructure、Application、Pod restart、Node restart。いずれかのリポジトリのメイン ブランチに追加されたコミットは、関連付けられたパイプラインを自動的にトリガーして実行します

このトピックでは、Managed Cloud のパイプライン、既存のコンテナーのデプロイを手動で変更する方法、Azure DevOps で顧客がアクセスできるデプロイのパイプライン (Infrastructure および Application パイプライン) を使用して変更を再デプロイする方法について説明します。

DevOps エンジニアは、InfrastructureApplication パイプラインの両方を手動でトリガーできます。

重要

Infrastructure パイプラインと Application パイプラインの両方に同時に変更を適用する場合は、Application パイプラインの前に Infrastructure パイプラインの変更を実行することをお勧めします。

パイプラインを手動でトリガーするには、次の手順に従います。

  1. Azure DevOps にアクセスして、デプロイするプロジェクトを選択します。

  2. [Pipelines] をクリックします。

  3. パイプラインをクリックします。たとえば、Infrastructure パイプラインです。

  4. [Run Pipeline] をクリックします。

    注記

    パイプラインを実行すると、短時間のダウンタイムが発生する可能性があります。

  5. [Run Pipeline] ダイアログで [Run] をクリックします。Azure DevOps はジョブをキューに入れ、再デプロイを開始します。

    デプロイのステータスが [Running] から [Success] に変更されます。Terraform は変更されたアイテムのみを更新するため、大幅な変更が加えられていない限り、スクリプトの実行時間は短くなる可能性があります。

何かフィードバックはありますか?

この記事を改善するための提案がある場合は、