CI/CD

Intégrer & déployer en continue

Romain GEORGES

28 mars 2026 • 3 min de lecture

Photo by Jungwoo Hong / Unsplash

Ou en est-on sur notre parcours ?

Vidéo précédante

Du besoin d’ordonnancer l’intégration, la CI, intégration continue

Synoptique de l’intégration continue

Le processus d’intégration continue s’écrit dans une Usine de build ou « Build Factory ».

Celle-ci contient une Forge, avec typiquement et interconnectés :

Un Système de gestion de version GIT
Un issue tracking (Gestion des anomalies)
Un Change tracking (Gestion du Changement)
Un Wiki + Documents (Gestion de la documentation)
Une solution CI/CD (Runner)

Si le BUILD (bloc bleu) est automatisé de bout en bout, on parle alors d’intégration continu

Les tests sont intégrés au plus tôt, on parle de « Shift Left »; le pipeline s’écrit de gauche à droit

Le BUILD peut inclure le déploiement automatisé en environnement de test (QA / INT / REC)

Synoptique du déploiement continu

Si le déploiement, lui aussi est pleinement automatique & linéaire, on pourra parler de déploiement continue.
Automatique ne veut pas dire linéaire dans le temps, le déploiement en pré-production, production peut être soumis à une validation et un contrôle préalable.
Le contrôle limite le risque

Pour que le déploiement soit réellement continue, Cad, qu’il puisse être linéaire, il faut que les tests, tous les tests, techniques, fonctionnels, métiers soit automatisés et donc que le contrôle s’intègre dans l’automatisation.

Les delivery patterns

Tout ces patterns nécessitent des fonctions d’Ingress routing plus ou moins sophistiquées

Deux mots sur Gitflow

Et le versionning

Deux autres mots sur Gitflow

Les commandes

Focus sur le Flow CI/CD : Les pipelines cibles

Du test au build vers le repository à destination des environnements

Deux mots d’architecture & de Test logiciel

Les niveaux de tests^*

Deux mots d’architecture & de Test logiciel

Contexte, Produit OOB, Black box testing

Vidéo suivante