CI/CD : définition, outils et exemple de pipeline

CI/CD (Continuous Integration / Continuous Deployment) est au cœur de la culture DevOps. C'est ce qui permet aux équipes de livrer du code en production plusieurs fois par jour, de manière automatisée et fiable. Décryptons ensemble ces concepts essentiels.

Qu'est-ce que l'Intégration Continue (CI) ?

L'Intégration Continue consiste à fusionner régulièrement le code de tous les développeurs dans une branche commune, et à vérifier automatiquement que ce code fonctionne.

Concrètement, à chaque push :

• Le code est compilé (build)
• Les tests unitaires sont exécutés
• L'analyse de qualité de code est lancée (linting, SAST)
• Si tout passe : ✅ le code est validé

L'objectif : détecter les erreurs le plus tôt possible, avant qu'elles ne s'accumulent et deviennent difficiles à corriger.

Qu'est-ce que le Déploiement Continu (CD) ?

Le Déploiement Continu va plus loin : une fois le code validé par la CI, il est automatiquement déployé en production (ou en staging pour validation manuelle).

On distingue deux variantes :

• Continuous Delivery : déploiement automatique en staging, validation manuelle avant prod
• Continuous Deployment : déploiement automatique jusqu'en production

Les meilleurs outils CI/CD en 2025

GitLab CI/CD

Intégré nativement à GitLab, c'est l'un des outils les plus complets. Fichier .gitlab-ci.yml, runners, environnements, artifacts : tout est inclus.

GitHub Actions

La solution de GitHub, très populaire pour les projets open source. Syntaxe YAML simple, marketplace de workflows prêts à l'emploi.

Azure DevOps Pipelines

Solution Microsoft, particulièrement adaptée pour les environnements Azure. Intégration native avec les services cloud Microsoft.

Jenkins

Le vétéran de la CI/CD, très personnalisable mais plus complexe à maintenir. Idéal pour les environnements on-premise.

Exemple de pipeline CI/CD avec GitLab

Voici un exemple concret de fichier .gitlab-ci.yml :

stages:
  - build
  - test
  - deploy

build:
  stage: build
  script:
    - npm install
    - npm run build
  artifacts:
    paths:
      - dist/

test:
  stage: test
  script:
    - npm run test
  coverage: '/Coverage: \d+\.\d+%/'

deploy_staging:
  stage: deploy
  script:
    - ./deploy.sh staging
  environment:
    name: staging
  only:
    - develop

deploy_production:
  stage: deploy
  script:
    - ./deploy.sh production
  environment:
    name: production
  only:
    - main
  when: manual

Ce pipeline :

1. Build l'application et sauvegarde les artifacts
2. Exécute les tests avec rapport de couverture
3. Déploie automatiquement en staging depuis develop
4. Déploie en production depuis main (validation manuelle)

Les bonnes pratiques CI/CD

• Commits fréquents : petits changements, intégrés souvent
• Tests automatisés : sans tests, pas de CI fiable
• Pipeline rapide : idéalement moins de 10 minutes
• Environnements identiques : staging = production (utilisez Docker)
• Rollback facile : pouvoir revenir en arrière en 1 clic
• Monitoring post-déploiement : vérifiez que tout fonctionne

Conclusion

La CI/CD n'est plus optionnelle en 2025. C'est le socle de toute équipe DevOps performante. Commencez par automatiser votre build et vos tests, puis ajoutez progressivement le déploiement automatisé.