YAML とクラシック パイプライン
Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Azure Pipelines を使用すると、開発者はバッチ ファイルの実行から、アプリケーションの完全な継続的インテグレーション (CI) および継続的デリバリー (CD) ソリューションの設定まで、さまざまなタスクを自動化できます。
Azure Pipelines では、さまざまな言語、プラットフォーム、ツールがサポートされており、2 種類のパイプラインから選択できます。 YAML ベース と Classic パイプライン エディターです。
Note
Azure Pipelines を初めて使用する場合は、YAML パイプラインから開始することをお勧めします。 既存のクラシック パイプラインの場合は、引き続き使用するか、YAML パイプラインに 移行するか選択できます。
YAML を使用してパイプラインを定義する
パイプライン構成は、アプリケーションと共に azure-pipelines.yml
という名前の YAML ファイルに存在します。
YAML ファイルは、アプリケーション コードと共にバージョン管理され、同じ分岐構造に従います。
各ブランチは、
azure-pipelines.yml
ファイルを編集してパイプラインをカスタマイズできます。バージョン管理でパイプライン構成を維持することで、問題や予期しない結果を引き起こす変更をコードベース内で簡単に識別できます。
手順については、「 最初のパイプラインを作成する Git リポジトリからサンプル アプリケーションを構築するためのステップ バイ ステップ ガイドを参照してください。
クラシック インターフェイスを使用してパイプラインを定義する
クラシック パイプラインは、クラシック ユーザー インターフェイス エディターを使用して Azure DevOps Web ポータルで作成されます。 パイプラインを定義して、コードをビルド、テストし、成果物 (バイナリ) を発行できます。 さらに、 リリース パイプラインを定義して バイナリ (成果物) を使用し、特定のターゲットにデプロイできます。
クラシック パイプラインは、クラシック ユーザー インターフェイス エディターを使用して Azure DevOps Web ポータルで作成されます。 ビルド パイプラインを定義してコードをビルド、テストし、成果物 (バイナリ) を発行できます。 さらに、 リリース パイプラインを定義して バイナリ (成果物) を使用し、特定のターゲットにデプロイできます。
手順については、「 build と deploy クラシック パイプラインを使用したアプリケーションのビルドとデプロイのステップ バイ ステップ ガイドを参照してください。
利用可能な機能
機能 | 説明 | YAML | クラシック パイプライン | クラシック リリース |
---|---|---|---|---|
エージェント | 仮想マシンまたは物理マシン上で実行され、Azure Pipelines で定義されているタスクを実行するソフトウェア コンポーネント。 | ![]() |
![]() |
![]() |
承認 | ステージにデプロイする前に、指定された承認者に承認を要求することで、デプロイ ワークフローを制御します。 | ![]() |
![]() |
![]() |
アイテム | バイナリとさまざまな種類のパッケージをダウンロードして、さまざまな宛先に発行します。 | ![]() |
![]() |
![]() |
キャッシュ | 以前の実行の依存関係をキャッシュして再利用することで、ビルド時間を短縮します。 | ![]() |
![]() |
![]() |
条件 | ステップ、ジョブ、またはステージを実行する条件を指定します。 | ![]() |
![]() |
![]() |
コンテナー ジョブ | コンテナーで実行するジョブを指定します。 | ![]() |
![]() |
![]() |
要求 | パイプラインに必要な機能が実行中のエージェントに存在することを確認します。 | ![]() |
![]() |
![]() |
依存関係 | 次のステージを実行するために満たす必要がある要件を指定します。 | ![]() |
![]() |
![]() |
デプロイ グループと環境 | デプロイ グループ (クラシック): デプロイ エージェントを備えたターゲット マシンのセットを定義します。 環境 (YAML): デプロイの対象となるリソースのコレクション。 |
![]() |
![]() |
![]() |
デプロイ ジョブ | 環境に対して順番に実行されるデプロイ手順のコレクション。 | ![]() |
![]() |
![]() |
ゲート | デプロイを完了する前に、外部サービスからの正常性シグナルを評価することで、リリース制御を自動化します。 | ![]() |
![]() |
![]() |
ジョブ | 実行するようにスケジュールできる最小の作業単位を形成する一連の順次ステップ。 | ![]() |
![]() |
![]() |
Library | Azure Pipelines で使用できる資産のコレクション。 ライブラリには、 Variable groups と Secure ファイルの 2 種類のアセットが含まれています。 | ![]() |
![]() |
![]() |
サービス接続 | ジョブでタスクを実行するために必要な外部サービスへの接続を有効にします。 | ![]() |
![]() |
![]() |
サービス コンテナー | コンテナー化されたサービスのライフサイクルを管理できます。 最も一般的にコンテナー ジョブで使用されます。 | ![]() |
![]() |
![]() |
ステージ | パイプライン内でジョブを整理します。 | ![]() |
![]() |
![]() |
タスク グループ | 一連のタスクを単一の再利用可能なタスクにカプセル化します。 | ![]() |
![]() |
![]() |
タスク | パイプライン ジョブを構成するステップを定義する構成要素。 | ![]() |
![]() |
![]() |
テンプレート | 再利用可能なコンテンツ、ロジック、およびパラメーターを定義します。 | ![]() |
![]() |
![]() |
トリガー | パイプラインを実行するイベントを定義します。 | ![]() |
![]() |
![]() |
変数 | パイプラインの実行全体で使用できる値のプレースホルダー。 | ![]() |
![]() |
![]() |
変数グループ | 複数のパイプライン間で管理および共有する値とシークレットを格納するために使用します。 | ![]() |
![]() |
![]() |
機能 | 説明 | YAML | クラシック パイプライン | クラシック リリース |
---|---|---|---|---|
エージェント | 仮想マシンまたは物理マシン上で実行され、Azure Pipelines で定義されているタスクを実行するソフトウェア コンポーネント。 | ![]() |
![]() |
![]() |
承認 | ステージにデプロイする前に、指定された承認者に承認を要求することで、デプロイ ワークフローを制御します。 | ![]() |
![]() |
![]() |
アイテム | バイナリとさまざまな種類のパッケージをダウンロードして、さまざまな宛先に発行します。 | ![]() |
![]() |
![]() |
条件 | ステップ、ジョブ、またはステージを実行する条件を指定します。 | ![]() |
![]() |
![]() |
コンテナー ジョブ | コンテナーで実行するジョブを指定します。 | ![]() |
![]() |
![]() |
要求 | パイプラインに必要な機能が実行中のエージェントに存在することを確認します。 | ![]() |
![]() |
![]() |
依存関係 | 次のステージを実行するために満たす必要がある要件を指定します。 | ![]() |
![]() |
![]() |
デプロイ グループと環境 | デプロイ グループ (クラシック): デプロイ エージェントを備えたターゲット マシンのセットを定義します。 環境 (YAML): デプロイの対象となるリソースのコレクション。 |
![]() |
![]() |
![]() |
デプロイ ジョブ | 環境に対して順番に実行されるデプロイ手順のコレクション。 | ![]() |
![]() |
![]() |
ゲート | デプロイを完了する前に、外部サービスからの正常性シグナルを評価することで、リリース制御を自動化します。 | ![]() |
![]() |
![]() |
ジョブ | 実行するようにスケジュールできる最小の作業単位を形成する一連の順次ステップ。 | ![]() |
![]() |
![]() |
Library | Azure Pipelines で使用できる資産のコレクション。 ライブラリには、 Variable groups と Secure ファイルの 2 種類のアセットが含まれています。 | ![]() |
![]() |
![]() |
サービス接続 | ジョブでタスクを実行するために必要な外部サービスへの接続を有効にします。 | ![]() |
![]() |
![]() |
ステージ | パイプライン内でジョブを整理します。 | ![]() |
![]() |
![]() |
タスク グループ | 一連のタスクを単一の再利用可能なタスクにカプセル化します。 | ![]() |
![]() |
![]() |
タスク | パイプライン ジョブを構成するステップを定義する構成要素。 | ![]() |
![]() |
![]() |
テンプレート | 再利用可能なコンテンツ、ロジック、およびパラメーターを定義します。 | ![]() |
![]() |
![]() |
トリガー | パイプラインを実行するイベントを定義します。 | ![]() |
![]() |
![]() |
変数 | パイプラインの実行全体で使用できる値のプレースホルダー。 | ![]() |
![]() |
![]() |
変数グループ | 複数のパイプライン間で管理および共有する値とシークレットを格納するために使用します。 | ![]() |
![]() |
![]() |
機能 | 説明 | YAML | クラシック パイプライン | クラシック リリース |
---|---|---|---|---|
エージェント | 仮想マシンまたは物理マシン上で実行され、Azure Pipelines で定義されているタスクを実行するソフトウェア コンポーネント。 | ![]() |
![]() |
![]() |
承認 | ステージにデプロイする前に、指定された承認者に承認を要求することで、デプロイ ワークフローを制御します。 | ![]() |
![]() |
![]() |
アイテム | バイナリとさまざまな種類のパッケージをダウンロードして、さまざまな宛先に発行します。 | ![]() |
![]() |
![]() |
条件 | ステップ、ジョブ、またはステージを実行する条件を指定します。 | ![]() |
![]() |
![]() |
コンテナー ジョブ | コンテナーで実行するジョブを指定します。 | ![]() |
![]() |
![]() |
要求 | パイプラインに必要な機能が実行中のエージェントに存在することを確認します。 | ![]() |
![]() |
![]() |
依存関係 | 次のステージを実行するために満たす必要がある要件を指定します。 | ![]() |
![]() |
![]() |
デプロイ グループ | デプロイ エージェントを備えた各ターゲット マシンのセットを定義します。 | ![]() |
![]() |
![]() |
デプロイ ジョブ | 環境に対して順番に実行されるデプロイ手順のコレクション。 | ![]() |
![]() |
![]() |
ゲート | デプロイを完了する前に、外部サービスからの正常性シグナルを評価することで、リリース制御を自動化します。 | ![]() |
![]() |
![]() |
ジョブ | 実行するようにスケジュールできる最小の作業単位を形成する一連の順次ステップ。 | ![]() |
![]() |
![]() |
Library | Azure Pipelines で使用できる資産のコレクション。 ライブラリには、 Variable groups と Secure ファイルの 2 種類のアセットが含まれています。 | ![]() |
![]() |
![]() |
サービス接続 | ジョブでタスクを実行するために必要な外部サービスへの接続を有効にします。 | ![]() |
![]() |
![]() |
ステージ | パイプライン内でジョブを整理します。 | ![]() |
![]() |
![]() |
タスク グループ | 一連のタスクを単一の再利用可能なタスクにカプセル化します。 | ![]() |
![]() |
![]() |
タスク | パイプライン ジョブを構成するステップを定義する構成要素。 | ![]() |
![]() |
![]() |
テンプレート | 再利用可能なコンテンツ、ロジック、およびパラメーターを定義します。 | ![]() |
![]() |
![]() |
トリガー | パイプラインを実行するイベントを定義します。 | ![]() |
![]() |
![]() |
変数 | パイプラインの実行全体で使用できる値のプレースホルダー。 | ![]() |
![]() |
![]() |
変数グループ | 複数のパイプライン間で管理および共有する値とシークレットを格納するために使用します。 | ![]() |
![]() |
![]() |
次のステップ
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示