Bloquer les fusions avec 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'un commit spécifique, et le statut d'exécution de chaque flux de travail CodeCatalyst est également reflété dans le statut de validation dans GitHub, Bitbucket ou GitLab. Lorsqu'un nouveau commit est envoyé, les nouveaux statuts d'exécution du flux de travail sont reflétés dans GitHub Bitbucket ou GitLab pour ce nouveau commit. Si vous réexécutez un flux de travail pour une validation, le nouveau statut d'exécution du 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 par pull request, ou dans GitLab pour bloquer une demande de fusion, lorsque le dernier commit présente le statut d'échec de l'exécution du flux de travail. Avec les règles de protection des branches, le statut du dernier commit affecte la capacité à 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.

En fonction du fournisseur de référentiel tiers que vous utilisez, consultez les rubriques suivantes :