Twój zespół używa repozytorium Git Azure Repos, a deweloperzy commitują zmiany bezpośrednio do gałęzi domyślnej. Musisz chronić gałąź domyślną, aby nowe zmiany były najpierw budowane w gałęziach funkcyjnych, każde scalenie było przeglądane i zatwierdzane przez co najmniej jednego menedżera wydań, a zmiany były scalane z gałęzią domyślną za pomocą pull requestów. Co należy skonfigurować w Azure Repos?

Zasady gałęzi (branch policies) są właściwym mechanizmem do egzekwowania wymagań dotyczących ochrony gałęzi domyślnej. Umożliwiają one konfigurację, aby zmiany były wprowadzane tylko poprzez pull requesty, wymagają pomyślnego ukończenia kompilacji (build validation) przed scaleniem, a także wymuszają minimalną liczbę recenzentów (minimum number of reviewers), w tym konkretnych użytkowników lub grup, takich jak menedżerowie wydań. Opcja "Services in Project Settings" odnosi się do integracji z zewnętrznymi usługami, a nie do zarządzania regułami dla gałęzi. "Deployment pools in Project Settings" służą do zarządzania agentami do wdrożeń, co jest niezwiązane z ochroną gałęzi kodu. "Branch security of the default branch" kontroluje uprawnienia użytkowników do gałęzi (np. kto może wypychać zmiany), ale nie wymusza procesów takich jak pull requesty czy recenzje, które są kluczowe dla tego scenariusza.