Blocco delle unioni 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 del flusso di lavoro possono verificarsi su un commit specifico e lo stato di esecuzione di ogni flusso di lavoro 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 sovrascrive lo stato precedente per quel commit e flusso di lavoro.

Puoi impostare regole di protezione per le filiali in GitHub Bitbucket per bloccare una pull request merge o in GitLab per bloccare una richiesta di unione, quando l'ultimo commit ha lo stato di esecuzione del flusso di lavoro non riuscito. Con le regole di protezione delle filiali, lo stato dell'ultimo commit influisce sulla capacità di unire una richiesta pull in GitHub Bitbucket o. GitLab Per saperne di più 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: