なぜ必要なのか

施設予約アプリで社員が会議室を予約します。チームはAzure DevOpsを使い、予約競合の修正をmainに入れる前に確認したいと考えています。既存プロジェクトの権限と検査をまとめられる点で選びます。

どう解決するのか

GitブランチをpushしてPRを開きます。例のmainは承認とビルド検証を要求します。予約テストの失敗で完了を保留し、修正後に必須検査とレビューを経てマージします。

会議室予約の修正が設定した関門を通ってmainへ

施設予約 · Azure DevOps Gitの例

マージの前に関門を設定

PR / booking-conflict

変更案:会議室の重複予約を防ぐ

mainの必須ポリシー · 例の設定

01レビュアーの承認
02ビルド検証
待機 · 予約テスト失敗

ブランチを修正 → 再検証 → レビュー

↓ 要件を満たした後main · PRを完了

設定が必要で、回避権限があると関門を迂回できます。TFVCではなくGitの図で、アプリの実行ホストは指定しません。

どんな考え方なのか

Azure ReposはAzure DevOpsのリポジトリサービスです。Gitブランチポリシーには設定が必要で、回避権限も重要です。TFVCにも対応します。ここにコードを置いても、アプリをAzure上で動かす必要はありません。

出典