1 - リリース パイプライン エディターを開きます。
2 - ゲートを有効にします。
3 - クエリ作業項目を追加します。
参照：
https://docs.microsoft.com/en-us/azure/devops/pipelines/release/deploy-using-approvals?view=azure-devops#configure-gate
トピック2、Litware inc.
既存の環境
Litware, Inc. は独立系ソフトウェア ベンダー (ISV) であり、本社と 5 つの支社を構えています。
アプリケーションアーキテクチャ
同社の主なアプリケーションは、V8.NET で記述されたロジックを使用する ASP.NET Web フォームに基づく単一のモノリシック退職基金管理システムです。アプリケーションの新しいセクションの一部は C# で記述されています。
アプリケーションのバリエーションは個々の顧客向けに作成されます。現在、アプリケーションのコード ベースには 80 を超えるコード ブランチがあります。
アプリケーションは、Microsoft Visual Studio を使用して開発されました。ソース コードは、本社の Team Foundation Server (TFS) に保存されています。支社は、TFS プロキシ サーバーを使用してソース コードにアクセスします。
アーキテクチャ上の問題
Litware は、顧客向けの新しいコードの作成に重点を置いています。既存のコードをリファクタリングまたは削除するためのリソースは提供されていません。コード ベースの変更には長い時間がかかり、AS の依存関係は個々の開発者にとって明らかではありません。
コードのマージ操作には数か月かかることが多く、多くの開発者が関与します。コードのマージにより、見つけて解決するのが難しいバグが頻繁に発生します。
顧客からは、退職基金管理システムの所有コストが継続的に増加しているとの報告があります。関連のないコードをマージする必要があるため、小さなコード変更でもコストがかかります。
要件
計画された変更
Litware は、投資計画用の新しいアプリケーション スイートを開発する予定です。投資計画アプリケーションでは、既存の退職基金管理システムとのわずかな統合のみが必要になります。
投資計画アプリケーション スイートには、1 つの多層 Web アプリケーションと 2 つの iOS モバイル アプリケーションが含まれます。1 つのモバイル アプリケーションは従業員が使用し、もう 1 つは顧客が使用します。
Litware は、よりアジャイルな開発手法に移行する予定です。共有コードは一連のパッケージに抽出されます。
Litware は社内のクラウド変革プロセスを開始し、適切な場合にはクラウドベースのサービスを使用する予定です。
Litware は、顧客からのバグ報告を常に待つのではなく、障害を積極的に検出したいと考えています。
技術要件
同社の投資計画アプリケーション スイートは、次の技術要件を満たす必要があります。
* ファイアウォールを介した新しい着信接続を最小限に抑える必要があります。
* Developers というグループのメンバーはパッケージをインストールできる必要があります。
* すべての権限の割り当てには最小権限の原則を適用する必要があります
* 新しい機能を個別に開発することをサポートする分岐戦略を使用する必要があります。
* チームリーダーというグループのメンバーは、新しいパッケージを作成し、パッケージフィードの権限を編集できる必要があります。
* モバイル アプリケーションのクラッシュと使用中のデバイスの種類のレポートを一元管理するには、Visual Studio App Center を使用する必要があります。
* デフォルトでは、モバイル アプリケーションのクラッシュと使用中のデバイス タイプのレポートを一元管理するために、すべての App Center を使用する必要があります。
* コードの品質とリリースの品質は重要です。リリース中に、リリースに対してアクティブなバグが記録されている場合は、ステージ間でデプロイメントを進めてはなりません。
* モバイル アプリケーションは、既存の退職基金管理システムの株価設定サービスを呼び出すことができる必要があります。システムがアップグレードされるまで、サービスは HUPS 経由の基本認証のみをサポートします。
* テスト サーバーに必要なオペレーティング システムの構成は毎週変更されます。Azure Automation State Configuration を使用して、サーバーの作成時および定期的なチェック時に、各テスト サーバーのオペレーティング システムが同じ方法で構成されていることを確認する必要があります。
現在の技術
テスト サーバーは最初にデプロイされたときには正しく構成されていますが、時間の経過とともに構成のドリフトが発生します。Azure Automation State Configuration では構成を修正できません。
Azure Automation State Configuration ノードは、次のコマンドを使用して登録されます。