Panoramica della protezione dei rami

Questa pagina descrive la protezione dei rami in Secure Source Manager per gli amministratori.

Per scoprire come configurare la protezione dei rami, segui le istruzioni riportate in Configurare la protezione dei rami.

La protezione dei rami impedisce agli utenti di eseguire il push di codice errato in un ramo importante per errore o intenzionalmente. Gli amministratori dei repository possono configurare la protezione dei branch per bloccare l'invio di codice a branch specifici in base ai seguenti criteri.

Richiedi una richiesta di pull prima del merge

Se questa opzione è abilitata, per eseguire il merge in rami protetti è necessario creare e approvare una richiesta di pull da parte di un numero configurabile di revisori e approvatori.

I revisori e gli approvatori vengono configurati utilizzando i ruoli IAM.

Revisori
Devono disporre almeno del ruolo Secure Source Manager Repository Writer (roles/securesourcemanager.repoWriter) nel repository protetto.
Approvatori
Devono disporre del ruolo Repository Admin (roles/securesourcemanager.repoAdmin) o dei ruoli Repository Writer (roles/securesourcemanager.repoWriter) e Repository Pull Request Approver (roles/securesourcemanager.repoPullRequestApprover) nel repository protetto.

Gli utenti con il ruolo Repository Admin o Repository Writer che hanno anche il ruolo Repository Pull Request Approver vengono considerati sia approvatori che revisori quando approvano una richiesta di pull.

Richiedi la revisione del proprietario del codice

Puoi richiedere l'approvazione della richiesta di pull da parte di utenti specifici in base ai file modificati in una richiesta di pull. Per farlo, abilita l'opzione Richiedi la revisione del proprietario del codice nelle richieste di pull nelle regole di protezione dei rami. Utilizzando uno o più file CODEOWNERS nel repository, puoi definire proprietari diversi per file e directory diversi, assicurandoti che le persone più pertinenti esaminino le modifiche a parti specifiche della codebase. Questo requisito si aggiunge al numero minimo di approvatori richiesto dalle altre impostazioni delle regole dei rami.

Per saperne di più, vedi Gestire le approvazioni delle richieste di pull con CODEOWNERS.

Blocca il merge per le revisioni obsolete

Se questa opzione è abilitata, i commit aggiunti a una richiesta di pull dopo che è stata concessa una revisione o un'approvazione bloccheranno il merge. Prima di poter eseguire il merge della richiesta di pull nel ramo protetto, è necessario concedere nuove revisioni e approvazioni.

Questa opzione è abilitata per impostazione predefinita in tutte le regole di protezione dei rami.

Richiedi la risoluzione dei commenti di revisione prima del merge

Se questa opzione è abilitata, tutti i commenti e le richieste di modifiche alla richiesta di pull devono essere risolti prima di poter eseguire il merge nel ramo protetto.

Richiedi la cronologia lineare

Se questa opzione è abilitata, le richieste di pull che introdurrebbero commit di merge vengono bloccate.

Mantenere una cronologia Git lineare offre molti vantaggi, tra cui la semplificazione della comprensione di ogni commit.

Richiedi controlli dello stato

Se questa opzione è abilitata, puoi richiedere uno stato di build riuscito per i trigger definiti nel file dei trigger prima di poter eseguire il merge di una richiesta di pull in un ramo protetto.

Passaggi successivi