CarmaBlog

Imaginez un projet Java avec une équipe de 60 développeurs. Après 6 mois de développement sur le projet, l’équipe décide de créer une release (= une version finale de test avant sa livraison au client) pour pouvoir tester l’application. Mieux vaut tard que jamais comme dit le proverbe, sauf que…

Après 3 tentatives pour faire la release se soldant par des échecs, il est décidé de constituer une équipe de 6 personnes pour effectuer cette tâche. Et voici le résultat: 2 ans de retard !

La solution à ce type de problème est la mise en place de l’Intégration Continue (“IC”, “Continuous Integration” ou “CI” en anglais).

Comme j’ai trouvé qu’il n’y avait vraiment pas beaucoup de documentation en français sur le sujet, je me suis lancé dans la rédaction d’un dossier complet.

Voici un extrait de la préface pour vous donner une idée de ce que vous y trouverez.

Ce dossier présente l’intégration continue (IC), l’une des pratiques agiles les plus populaires. Il est à la fois une synthèse et un recueil des bonnes pratiques sur l’IC. Ce document répondra également aux questions qui peuvent être soulevées par une telle pratique. La partie concernant le retour d’expérience sera amenée à évoluer, l’intégration continue est un processus long. Pour l’instant, l’objectif principal de ce document est de vous présenter le concept. Ainsi, vous trouverez une description de cette méthode, les avantages qui en découlent, mais aussi les difficultés qui peuvent survenir et comment les surmonter. Vous y trouverez un exemple parlant sous la forme d’un scénario réaliste, nous parlerons aussi des évolutions possibles de l’intégration continue. Autrement dit, ce dossier contient tout ce qu’il faut savoir avant de se lancer dans la mise en place de l’IC au sein de son entreprise.

Voici un schéma qui explique brièvement le fonctionnement de l’IC, étape après étape.

Schéma IC (cliquez pour voir en plein écran)

Et voici le lien pour lire le dossier (50 pages environ):