Azure DevOpsのパイプラインとリリースパイプラインの違いは何ですか？

以下に示すこのオプションを選択すると、yamlファイルが生成されます。

このyamlファイルでは、から始まるデプロイメントサイクル全体を定義できますrestore -> build -> run tests -> publish and -> deploy to azure app service web app。

では、なぜリリースオプションがあるのでしょうか。Pipelines -> Pipelinesオプションを使用してライフサイクル全体を定義できる場合、オプションの目的は何Pipelines -> Releasesですか？

パイプラインは、ビルド用の最新のDevOpsユーザーインターフェイスの名前です。古いUIでは次のようになります。

Pipeline（またはビルド、またはビルドパイプライン）は、Azure DevOpsのCI（継続的統合）を表すと言えます。ReleaseAzure DevOpsのCD（継続的デリバリー）を表します。パイプラインは通常、コードを取得してビルドし、テストしてアーティファクトを作成します。リリースはアーティファクトを受け取り、それをリリース/デプロイします。

使用方法はプロジェクトによって異なります。

小規模なプロジェクトがあり、リリース機能（たとえば、展開前の条件や承認）restore -> build -> tests -> deployが必要ない場合は、前述のようにパイプラインを使用できます 。リリースは必要ありません。

プロジェクトが大きく、開発者が多く貢献している場合は、開発者が共通のリポジトリにプッシュするたびに、パイプラインをビルドしてユニットテストを実行し、他の自動化を実行して成果物を生成するのがよいでしょう。したがって、すべてが解決し、統合テストに合格したことを確認できます。パイプラインは、内部作業、使用、テストのために、開発環境/サーバーへのリリース/デプロイタスクに終わることもあります。

大規模なプロジェクトでは、すべてのプッシュを共通のリポジトリにデプロイする必要はありません。したがって、本番環境へのデプロイを担当するリリースを決済できます。これは事前承認のように、このために設計された機能を備えているため、本番環境に適したビルド（またはアーティファクト）であることに誰もが同意しています。

Microsoftのドキュメントに記載されているように、「リリース」セクションは「クラシックエディター」ソリューションです：リンク

「パイプライン」セクションでは、次の2つの方法でパイプラインを作成できます。

1. YAMLコード
2. クラシックUIエディター

どのようなクラシックは基本的にそれらによって意味することはAzureのDevOpsチームのパイプラインが作成されているオリジナルの方法です。GUIエディターをインタラクティブに使用してパイプラインを構築します。YAMLから作成されたパイプラインは、アシスタントの助けを借りて新しい方法です。

どのような「パイプライン」セクションでは、主にその持っている「リリース」を YAMLコードを書くことで、それはあなたがコード、パイプライン定義の生活と一緒にと一緒にあなたのコードのように、あなたのCI / CD戦略を設定することが可能になることではありません。

彼らの最新の学習リソースは、YAMLを使用してビルドとデプロイのステージを同じパイプラインで作成することも示していますAzure DevOpsでアプリケーションをデプロイします

私はお勧め：

• クラシックUIエディターを使用する場合は、ビルドには「パイプライン」セクションを、デプロイには「リリース」セクションを使用します。
• YAMLを使用する場合は、ビルドとデプロイに「パイプライン」セクションを使用して、マルチステージパイプラインを作成します。

複数のステージを持つパイプライン