Bloccare le fusioni di terze parti quando i flussi di lavoro falliscono

Dopo aver collegato un repository GitHub o Bitbucket a, puoi aggiungere flussi di lavoro per le richieste pull CodeCatalyst. CodeCatalyst Allo stesso modo, dopo aver collegato un repository di GitLab progetto a, CodeCatalyst puoi aggiungere flussi di lavoro per le richieste di unione. CodeCatalyst Una o più esecuzioni di workflow possono avvenire su un commit specifico e lo stato di esecuzione di ogni workflow in CodeCatalyst si riflette anche come parte dello stato di commit in GitHub, Bitbucket o. GitLab Quando viene inviato un nuovo commit, i nuovi stati di esecuzione del flusso di lavoro si riflettono in GitHub Bitbucket o per quel nuovo commit. GitLab Se esegui nuovamente un flusso di lavoro per un commit, il nuovo stato di esecuzione del flusso di lavoro sostituisce lo stato precedente di quel commit e flusso di lavoro.

Puoi impostare regole di protezione branch in GitHub o Bitbucket per bloccare un'unione di richieste pull oppure in GitLab per bloccare una richiesta di unione, quando l'ultimo commit ha lo stato di esecuzione del workflow non riuscita. Con le regole di protezione delle filiali, lo stato del commit più recente influisce sulla possibilità di unire una pull request in GitHub, Bitbucket o. GitLab Per ulteriori informazioni sui flussi di lavoro, consulta e. Esecuzione di un workflow L'avvio di un flusso di lavoro viene eseguito automaticamente utilizzando i trigger

A seconda del provider di repository di terze parti che stai utilizzando, consulta quanto segue:

• GitHub repositories: GitHub è la documentazione sui controlli di stato e sulle filiali protette.

• Repository Bitbucket: la documentazione di Bitbucket su Usare le autorizzazioni delle filiali e Take control with branch permissions in Bitbucket Cloud.

• GitLab repository : è la documentazione per Auto merge e Protected branch. GitLab