なぜ必要なのか
施設予約アプリで社員が会議室を予約します。チームはAzure DevOpsを使い、予約競合の修正をmainに入れる前に確認したいと考えています。既存プロジェクトの権限と検査をまとめられる点で選びます。
どう解決するのか
GitブランチをpushしてPRを開きます。例のmainは承認とビルド検証を要求します。予約テストの失敗で完了を保留し、修正後に必須検査とレビューを経てマージします。
施設予約 · Azure DevOps Gitの例
マージの前に関門を設定
booking-conflict変更案:会議室の重複予約を防ぐ
mainの必須ポリシー · 例の設定
ブランチを修正 → 再検証 → レビュー
main · PRを完了設定が必要で、回避権限があると関門を迂回できます。TFVCではなくGitの図で、アプリの実行ホストは指定しません。
どんな考え方なのか
Azure ReposはAzure DevOpsのリポジトリサービスです。Gitブランチポリシーには設定が必要で、回避権限も重要です。TFVCにも対応します。ここにコードを置いても、アプリをAzure上で動かす必要はありません。
この選択を話し合う
コメントは全言語で共有。投稿にはGitHubログインが必要です。