Qu’est-ce que l’intégration continue ?

L’intégration continue (en anglais Continuous Integration (CI)) est une pratique qui nécessite que les développeurs intègrent le code dans un référentiel partagé(ex: GitHub, GitLab) plusieurs fois par jour. Chaque enregistrement est ensuite vérifié par une construction automatisée(automated build), ce qui permet aux équipes de détecter rapidement les problèmes.

En intégrant régulièrement, vous pouvez détecter les erreurs rapidement et les localiser plus facilement.
 
 

Résoudre des problèmes rapidement

Si vous intégrez le code si souvent, il y a moins de chances pour retourner en arrière pour découvrir où les choses sont mal passées, donc vous pouvez passer plus de temps à créer des fonctionnalités.

Si vous ne suivez pas cette approche, vous aurez des périodes plus longues entre les intégrations. Cela rend exponentiellement plus difficile de trouver et de résoudre les problèmes. De tels problèmes  peuvent facilement faire tomber un projet hors-calendrier ou le faire complètement échouer.

L’intégration continue apporte de multiples avantages à votre organisation:

• Dites adieu aux intégrations longues et tendues
• Augmenter la visibilité pour une meilleure communication
• Attraper les problèmes tôt
• Passez moins de temps à déboguer et plus de temps à ajouter des fonctionnalités
• Construire une base solide
• Arrêtez d’attendre pour savoir si votre code va fonctionner
• Réduire les problèmes d’intégration vous permettant de livrer le logiciel plus rapidement

Plus qu’un processus

L’intégration continue est soutenue par plusieurs principes et pratiques importants.
 

Les pratiques

• Maintenir un référentiel source unique
• Automatiser la construction
• Faites votre auto-test de construction
• Chaque commit devrait construire sur une machine d’intégration
• Gardez la construction rapide
• Test dans un clone de l’environnement de production
• Rendez-le facile pour quiconque d’obtenir la dernière version exécutable
• Tout le monde peut voir ce qui se passe
• Automatiser le déploiement

Comment faire ?

• Les développeurs vérifiaient le code dans leurs espaces de travail privés
• Lorsque vous avez terminé, validez les modifications dans le référentiel
• Le serveur d’intégration continue surveille le référentiel et vérifie les modifications lorsqu’elles se produisent
• Le serveur d’intégration continue crée le système et exécute des tests unitaires et d’intégration
• Le serveur d’intégration continue libère des artefacts déployables pour les tests
• Le serveur d’intégration continue attribue une étiquette de construction à la version du code qu’il vient de construire
• Le serveur d’intégration continue informe l’équipe du construction réussi
• Si la construction ou les tests échouent, le serveur CI alerte l’équipe
• L’équipe résout le problème à la première occasion
• Continuer à intégrer et tester continuellement tout au long du projet

Responsabilités de l’équipe

• Vérifiez fréquemment
• Ne vérifier pas dans le code brisé
• Ne vérifier pas le code non testé
• N’enregistrer pas quand la construction est brisée

Déploiement continu

Le déploiement continu est étroitement lié à l’intégration continue et fait référence à la mise en production d’un logiciel qui réussit les tests automatisés.

C’est la pratique de libérer chaque bonne construction aux utilisateurs

En adoptant à la fois l’intégration continue et le déploiement continu, vous réduisez non seulement les risques et les erreurs rapidement, mais vous migrez également rapidement vers la recette finale.

Vous pouvez rapidement vous adapter aux besoins de l’entreprise et aux besoins des utilisateurs. Cela permet une plus grande collaboration entre les équipes, ce qui donne un changement réel dans votre organisation et transforme votre processus de production en un avantage commercial.