Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Arrêter l'exécution d'un flux de travail
Une porte est un composant du flux de travail que vous pouvez utiliser pour empêcher l'exécution d'un flux de travail si certaines conditions ne sont pas remplies. Un exemple de porte est la porte d'approbation où les utilisateurs doivent soumettre une approbation dans la CodeCatalyst console avant que l'exécution du flux de travail ne soit autorisée à se poursuivre.
Vous pouvez ajouter des barrières entre les séquences d'actions d'un flux de travail ou avant la première action (qui s'exécute immédiatement après le téléchargement de la source). Vous pouvez également ajouter des portes après la dernière action, si nécessaire.
Pour plus d'informations sur les exécutions de flux de travail, consultezExécution d'un flux de travail.
Rubriques
- Types de portes
- Puis-je configurer une porte pour qu'elle s'exécute en parallèle à une autre action ?
- Puis-je utiliser une porte pour empêcher le démarrage d'un flux de travail ?
- Limites des portes
- Ajouter une porte à un flux de travail
- Séquençage des portes et des actions
- Spécifier la version d'une porte
Types de portes
Amazon CodeCatalyst prend actuellement en charge un type de portail : le portail d'approbation. Pour plus d’informations, consultez Exiger des approbations lors des exécutions de flux.
Puis-je configurer une porte pour qu'elle s'exécute en parallèle à une autre action ?
Non. Les portes ne peuvent fonctionner qu'avant ou après une action. Pour plus d’informations, consultez Séquençage des portes et des actions.
Puis-je utiliser une porte pour empêcher le démarrage d'un flux de travail ?
Oui, avec des qualifications.
Vous pouvez empêcher l'exécution d'un flux de travail d'exécuter des tâches, ce qui est légèrement différent de l'empêcher de démarrer.
Pour empêcher un flux de travail d'exécuter des tâches, ajoutez une barrière avant la toute première action d'un flux de travail. Dans ce scénario, une exécution de flux de travail démarrera, c'est-à-dire qu'il téléchargera les fichiers de votre référentiel source, mais il ne sera pas autorisé à effectuer des tâches tant que la porte ne sera pas déverrouillée.
Note
Les flux de travail qui démarrent puis sont bloqués par une porte sont toujours pris en compte dans votre nombre maximum d'exécutions simultanées par quota d'espace et dans d'autres quotas. Pour vous assurer de ne pas dépasser les quotas de flux de travail, pensez à utiliser un déclencheur de flux de travail pour démarrer un flux de travail de manière conditionnelle au lieu d'utiliser une porte. Pensez également à utiliser une règle d'approbation par pull request au lieu d'une porte. Pour plus d'informations sur les quotas, les déclencheurs et les règles d'approbation des pull requestsQuotas pour les flux de travail dans CodeCatalyst, consultezDémarrage d'un flux de travail exécuté automatiquement à l'aide de déclencheurs, etGestion des exigences relatives à la fusion d'une pull request avec les règles d'approbation.
Limites des portes
Les barrières présentent les limites suivantes :
-
Les portes ne peuvent pas être utilisées conjointement avec la fonction de partage de calcul. Pour en savoir plus sur cette fonction, consultez Partage du calcul entre les actions.
-
Les portes ne peuvent pas être utilisées dans les groupes d'action. Pour plus d'informations sur les groupes d'actions, consultezRegroupement des actions dans des groupes d'action.
