GitLab - 5.6 Pourquoi passer à la CI/CD : les limites de la méthode classique
Avant de parler de CI/CD, il faut comprendre les problèmes de la méthode classique. Dans ce modèle, chaque équipe écrit son code dans sa propre branche, puis le transmet à une équipe d'intégration. Cette leçon détaille les principaux points faibles de cette organisation.
Une intégration longue et tardive
Les développeurs ajoutent du code sur leur machine pendant des semaines, voire des mois, sans le partager. Plusieurs personnes peuvent travailler en parallèle sur des versions qui s'éloignent les unes des autres.
Au moment de l'intégration, l'équipe chargée de l'assemblage ne connaît pas toujours le code à assembler. Les développeurs doivent alors revenir l'aider, ce qui crée des retards pour tout le monde.
Des erreurs découvertes trop tard
Un défaut introduit au début peut rester caché pendant des semaines. Quand il apparaît enfin, personne ne sait par où commencer, car le code a beaucoup changé depuis sa création.
Si le code avait été vérifié pendant son écriture, ce problème n'aurait sans doute pas existé. Les corrections prennent alors plus de temps, et les délais s'allongent encore.
Des notes de passage et peu d'automatisation
Une fois l'exécutable prêt, il part vers l'équipe d'exploitation avec une note d'instructions. Une lecture approximative de ces notes peut provoquer des erreurs de déploiement.
Presque toutes les étapes se font à la main : intégration, tests, retours et déploiement. Ce manque d'automatisation ralentit chaque mise à jour, et chaque erreur doit repasser par tout le processus.
En résumé
La méthode classique sépare trop les étapes : le code reste longtemps isolé, les erreurs arrivent tard et la plupart des tâches sont manuelles. La prochaine étape consiste à intégrer et tester le code plus souvent, en automatisant le processus. C'est l'objectif de la CI/CD.
Points clés
- Le code reste longtemps isolé dans une branche avant d'être intégré.
- Les erreurs apparaissent quand le code a déjà beaucoup changé.
- Les défauts détectés tard sont plus difficiles à localiser et à corriger.
- La transmission par notes entraîne des erreurs de communication.
- Le manque d'automatisation rend chaque cycle lent.
Questions fréquentes
Qu'est-ce que la méthode classique de développement ?
Chaque équipe écrit son code dans sa branche, puis le transmet pour l'intégration, les tests et enfin la mise en production.
Pourquoi ce modèle pose-t-il problème ?
Le code est vérifié tard, les erreurs sont difficiles à localiser et la plupart des étapes sont faites à la main.
Que va apporter la CI/CD ?
Elle permet d'intégrer et de tester le code plus souvent, en automatisant les étapes. La leçon suivante explique comment.