AccueilGlossaire › CI (Continuous Integration)

CI (Continuous Integration)

DevOps

Pratique d'intégration fréquente du code dans une branche commune avec tests automatisés.

La Continuous Integration (CI) est une pratique DevOps fondamentale popularisée par Martin Fowler dans les années 2000, consistant à intégrer fréquemment (idéalement plusieurs fois par jour) le travail des développeurs dans une branche commune (typically main/master ou trunk), avec exécution automatique de builds et tests à chaque commit/push. L'objectif : détecter au plus tôt les régressions, intégrations cassées, problèmes de compatibilité.

Cycle CI typique : (1) développeur commit sur une branche feature et push ; (2) système CI (GitHub Actions, GitLab CI, Jenkins, CircleCI) détecte le push via webhook ; (3) checkout code dans un runner éphémère ; (4) install dependencies (npm install, pip install, mvn dependency:resolve, etc.) ; (5) lint et format check (ESLint, Prettier, Black, gofmt) ; (6) static analysis (SAST : SonarQube, CodeQL, Semgrep) ; (7) build (compile, package) ; (8) unit tests ; (9) integration tests ; (10) coverage report ; (11) artifact storage (Docker image to registry, jar to Nexus, package to npm registry) ; (12) reporting status retour à GitHub PR (green check ou red X). Si tout passe, le PR peut être mergé.

Best practices : (1) builds rapides (<10 min idéalement, <5 min target) — sinon devs perdent le contexte et bypass ; (2) tests fiables non flaky ; (3) parallelization tests pour réduire wall time ; (4) cache dependencies entre runs ; (5) failure rapide (fail fast — lint avant tests, unit avant integration) ; (6) trunk-based development plutôt que long-lived feature branches ; (7) commit fréquents petits ; (8) couverture tests honnête (>70% line coverage mais focus sur critical paths) ; (9) status checks obligatoires sur PR avant merge ; (10) reproducibilité local = CI (containers, lockfiles).

Outils CI populaires : GitHub Actions (default pour GitHub, free pour public repos), GitLab CI (intégré GitLab, runners self-hosted ou hosted), Jenkins (le grandfather open source, encore très utilisé enterprise), CircleCI (rapide, cher), Travis CI (déclin), Bitbucket Pipelines, Azure DevOps Pipelines, AWS CodeBuild + CodePipeline, Google Cloud Build, Drone CI, Buildkite, TeamCity, BuildKite.

CI sans CD : produit artifacts validés mais déploiement reste manuel (clic boutique ou ticket ops). CI + CD (Continuous Delivery) ajoute auto-prep deployment artifacts. CI + Continuous Deployment ajoute auto-deploy en prod après merge. Maturité DORA : organisations elite déploient multiple times per day grâce à CI/CD mature. Compétences DOP-C02, AZ-400, GH-FOUND.

Certifications qui couvrent ce concept
DOP-C02 AZ-400 GH-FOUND
Termes liés
CI/CD (Continuous Integration / Continuous Delivery) Pipeline (CI/CD) Continuous Deployment (CD) Trunk-Based Development

Préparez vos certifications IT gratuitement

200+ certifications, 400 000+ questions, examens blancs chronométrés.

Voir le catalogue →
← Retour au glossaire