Bloquer les fusions entre des tiers en cas d'échec des flux de travail

Après avoir lié un dépôt GitHub ou un dépôt Bitbucket à CodeCatalyst, vous pouvez ajouter des CodeCatalyst flux de travail pour les pull requests. De même, après avoir lié un référentiel de GitLab projets à, CodeCatalyst vous pouvez ajouter des CodeCatalyst flux de travail pour les demandes de fusion. Une ou plusieurs exécutions de flux de travail peuvent avoir lieu lors d'une validation spécifique, et l'état d'exécution de chaque flux de travail dans CodeCatalyst est également reflété dans le statut de validation dans GitHub, Bitbucket ou GitLab. Lorsqu'une nouvelle validation est poussée, les nouveaux statuts d'exécution du flux de travail sont reflétés dans GitHub Bitbucket ou GitLab pour cette nouvelle validation. Si vous exécutez à nouveau un flux de travail pour une validation, le statut d'exécution du nouveau flux de travail remplace le statut précédent de cette validation et de ce flux de travail.

Vous pouvez définir des règles de protection des branches dans GitHub ou Bitbucket pour bloquer une fusion de pull request, ou dans GitLab pour bloquer une demande de fusion, lorsque le dernier commit a un statut d'échec d'exécution du workflow. Avec les règles de protection des branches, l'état de la dernière validation affecte la possibilité de fusionner une pull request dans GitHub Bitbucket ou GitLab. Pour en savoir plus sur les flux de travail, consultez Exécution d'un flux de travail etDémarrage d'un flux de travail exécuté automatiquement à l'aide de déclencheurs.

Selon le fournisseur de référentiel tiers que vous utilisez, consultez les rubriques suivantes :