以下に示すオプションを選択すると、yaml ファイルが生成されます。
この yaml ファイルでは、 から始まるデプロイメント サイクル全体を定義できますrestore -> build -> run tests -> publish and -> deploy to azure app service web app。
では、なぜリリース オプションがあるのでしょうか? オプションを使用してライフサイクル全体を定義できる場合Pipelines -> Pipelines、そのオプションの目的は何ですかPipelines -> Releases?
ベストアンサー1
パイプラインは、ビルドの最新の DevOps ユーザー インターフェースの名前です。古い UI では次のようになります。
Pipeline(またはビルド、またはビルド パイプライン) は、Azure DevOps の CI (継続的インテグレーション) を表していると言えます。Azure ReleaseDevOps の CD (継続的デリバリー) を表します。パイプラインは通常、コードを取得してビルドし、テストして成果物を作成します。リリースは成果物を取得してリリース/デプロイします。
使用方法はプロジェクトによって異なります。
小規模なプロジェクトがあり、リリース機能 (展開前の条件や承認など) が必要ない場合は、おっしゃるとおりパイプラインを使用すれば、restore -> build -> tests -> deployリリースは必要ありません。
プロジェクトが大きく、多くの開発者が貢献している場合は、開発者が共通リポジトリにプッシュするたびに、ビルド、ユニット テストの実行、その他の自動化、成果物の結果を行う Pipeline があると便利です。これにより、すべてが解決され、統合テストに合格したことを確認できます。Pipeline は、内部作業、使用、テストのために開発環境/サーバーへのリリース/デプロイ タスクを実行することもできます。
大規模なプロジェクトでは、すべてのプッシュを共通リポジトリにデプロイする必要はありません。そのため、本番環境へのデプロイを担当するリリースを確定できます。これには事前承認などの機能が設計されており、本番環境に適したビルド (または成果物) であることを全員が同意できます。