現在、パイプラインの構成は、直接編集することによってのみ可能です。グラフィカルなワークフローエディターでワークフローを作成および変更できますが、パイプラインとステージをYAML形式で定義する必要があります。ファイルには、パイプラインの完全な構成が含まれています。ファイルの場合、最初にフォーマットバージョンとプロジェクトタイプを定義する必要があります。パイプラインを定義するには、パイプライン属性を使用する必要があります。pipeline-successful、連続して実行される3つのステージがあります。いずれかのステージが失敗した場合、後続のステージは開始されません。代わりに、パイプラインが中止され、失敗としてマークされます。ステージの定義とは、ステージの一部であるワークフローを指定することを意味します。自動ビルドトリガーを設定するには、トリガーマップが必要です。トリガーマップは、ビルドをトリガーするコードイベントを定義します。パイプライン構成では、プッシュ、プルリクエスト、タグなどの特定のコードイベントによってトリガーされるパイプラインを指定する必要があります。トリガーを設定することもできます。ビルドを自動的にトリガーする。pipeline-successfulこの例では、プロジェクトのリポジトリのパイプブランチへのコードプッシュがトリガーされます。イベントのトリガーを構成できます。イベント、ブランチまたはタグ名、およびそれぞれのパイプラインを指定するだけです。トリガーで利用可能なすべてのオプションは、次の場所で確認できます。構成YAMLでのビルドトリガー。つが失敗したためにステージが失敗した場合、パイプラインの他の後続のステージは実行されません。パイプラインが中止されない限り、特定のステージを実行するようにパイプラインを構成できます。ステージの属性をtrueに設定します。前のステージのステータスに関係なく、常に実行されます。ビルドがユーザーによって中止された場合です。失敗したステージのワークフローを中止するデフォルトでは、特定のステージのワークフローに障害が発生しても、同じステージの他のワークフローは自動的に中止されません。これらのワークフローは実行されますが、次のステージは開始されません。この動作を変更して、同じステージ内の他のすべてのワークフローを即座に自動的に中止することができます。{}異なるステージからのアーティファクトの使用ワークフローでは、前のステージのワークフローによって生成されたアーティファクトを使用する必要がある場合があります。ステージ間で環境変数を共有する専用のステップを使用して環境変数を共有できます。パイプライン変数を共有する.詳細については、次を参照してください。ステージ間で環境変数を共有する.ステージ間で共有するファイルの指定を使用できます。アプリ、ログ、アーティファクト後続のワークフローで使用するための中間ファイルとして、ファイルとディレクトリをプッシュする手順。