[{"data":1,"prerenderedAt":29},["Reactive",2],{"blog-post/execution-d-un-stage-code-pipeline-selon-une-condition":3},{"data":4,"meta":25},[5],{"id":6,"title":7,"slug":8,"publishedThe":9,"content":10,"readingTime":11,"createdAt":12,"updatedAt":13,"publishedAt":14,"locale":15,"documentId":16,"tags":17},30,"Exécution d'un stage CodePipeline selon une condition","execution-d-un-stage-code-pipeline-selon-une-condition","2025-10-10","Depuis 2024, AWS CodePipeline s’est enrichi d’une fonctionnalité très attendue : la possibilité d’ajouter des conditions au niveau des stages.\nTrois types de conditions sont actuellement disponibles :\n- Stage entry condition — condition avant d’entrer dans le stage (permet de sauter ou échouer le stage)\n- Success condition — exécuter un stage uniquement si le précédent est un succès\n- Failure condition — exécuter un stage uniquement si le précédent a échoué\n\nDans cet article, nous allons nous concentrer sur la première : la condition d’entrée dans un stage, configurée en mode Skip (Saut).\n\n### Cas d’usage\nImaginons un stage facultatif nommé “Approbation”, situé au milieu d'une pipeline, dont l’exécution dépend d’une valeur calculée dans une action antérieure.\nComment faire en sorte que ce stage soit exécuté uniquement si cette valeur remplit une certaine condition ?\n\n#### Définir un espace de nom pour les variables exportées\nLors de la configuration de l’action qui calcule la valeur, il est nécessaire de définir un **espace de noms (namespace)**.\nCet espace de noms permet d’exporter des variables et de les référencer dans les actions des stages suivants.\n\n![codebuild-variable-namespace.png](https://ik.imagekit.io/duboiss/codebuild-variable-namespace.png?updatedAt=1760130546019)\n\n#### Configurer la condition d'entrée dans le stage facultatif\nPour notre cas, la condition doit vérifier une variable provenant de l’espace de noms précédent.\nAWS propose différents fournisseurs pour la condition : CodeBuild, Lambda, CloudWatch Alarms, AWS VariableCheck...\nPuisque notre condition repose sur une valeur fixe (une fois calculée) exportée, le fournisseur à utiliser est **AWS VariableCheck**.\n\nOn indique alors la variable à vérifier, avec la syntaxe propre à CodePipeline `#{espace_de_nom.variable_exportee}`.\nPar exemple, pour exécuter le stage uniquement si une variable vaut `false`, il suffit de choisir l'opérateur égal avec cette même valeur.\nAinsi, si la variable vaut `false`, le stage “Approbation” sera exécuté.\nSinon, il sera sauté automatiquement.\n\nUne fois la condition d’entrée configurée, vous pouvez ajouter vos actions habituelles dans le stage.\nPar exemple, une action d’approbation manuelle peut être utilisée si le stage correspond à une revue manuelle en fonction du résultat du stage précédent.\n\n![stage-entry-condition-variable.png](https://ik.imagekit.io/duboiss/stage-entry-condition-variable.png?updatedAt=1760130546007)\n\nGrâce à ces nouvelles conditions, AWS CodePipeline devient plus flexible et intelligent dans la gestion des flux CI/CD. Je vous redirige sur l'[article du blog](https://aws.amazon.com/blogs/devops/enhance-release-control-with-aws-codepipeline-stage-level-conditions/) d'AWS pour en voir plus.\nCette fonctionnalité permet d’adapter dynamiquement l’exécution des stages en fonction du contexte, des résultats précédents ou de variables calculées, sans avoir à dupliquer des pipelines ou à recourir à des scripts externes.",2,"2025-10-10T15:34:35.271Z","2025-10-13T13:37:34.675Z","2025-10-13T13:37:34.893Z","fr","lvml3ibxuozv1xwdtczjgwx1",[18],{"id":19,"name":20,"slug":21,"createdAt":22,"updatedAt":22,"documentId":23,"publishedAt":24},7,"AWS","aws","2022-12-07T14:00:26.062Z","nf862gzigg5xn0tk35f8fls7","2025-03-16T20:37:22.537Z",{"pagination":26},{"page":27,"pageSize":28,"pageCount":27,"total":27},1,25,1760362689155]