説明

シナリオ：デフォルトでは、すべてのリリースは30日間利用可能である必要がありますが、本番環境向けリリースは60日間利用可能である必要があります。
ボックス1：デフォルトの保持ポリシーを30日に設定します
グローバルデフォルト保持ポリシーは、すべてのビルドパイプラインのデフォルト保持値を設定します。ビルドパイプラインの作成者は、これらの値を上書きできます。
ボックス2：ステージ保持ポリシーを60日に設定する
特定のステージにデプロイされたリリースをより多く保持したい場合もあるでしょう。
参考資料: https://docs.microsoft.com/en-us/azure/devops/pipelines/policies/retention
トピック2、コントソの事例研究：2
概要
既存の環境
Contoso, Ltd.は、シカゴに本社を置く製造会社です。
要件
Contosoは、Azure DevOpsの原則を導入することで、IT開発および運用プロセスを改善する計画だ。
ContosoはAzureサブスクリプションを所有しており、Azure DevOps組織を作成します。
Azure DevOps 組織には以下が含まれます。
* Docker拡張機能
* Windows Serverを実行するAzure仮想マシン10台を含む、Pool7という名前のデプロイメントプール
2016年。
Azure サブスクリプションには、Azure Automation アカウントが含まれています。
計画されている変更
Contosoは、次の表に示すように、Azure DevOpsでプロジェクトを作成する予定です。

技術要件
Contoso社は、以下の技術要件を特定しています。
* プロジェクト 1 のビルド エージェントを実装します。
可能な限りAzureリソースを使用する
*非推奨技術の使用は避けてください
* プロジェクト2のコードフロー戦略を実装し、以下のことを実現する。
チーム2がプロジェクト2のプルリクエストを送信できるようにする。
チーム2がプロジェクトのコピーに対する変更を独立して作業できるようにしますか？
* Tram2 が Project2 のコピーに対して行う中間的な変更は、Project2 のビルド ポリシーで定義されているものと同じ制限を受けるようにしてください。
可能な限り、自動化を導入し、管理業務を最小限に抑える。*計画された変更
に基づいて、Protect3、Project5、Project6、およびProject7を実装します。
* Project4を実装し、DockerイメージをAzure Container Reentryにプッシュするようにプロジェクトを設定します。