L'intégration continue a été citée au chapitre. Avec la livraison continue, elles forment la colonne vertébrale technique d'une équipe qui livre souvent sans stress.

L'intégration continue (CI)

Chaque modification de code, plusieurs fois par jour, est fusionnée dans une base commune et vérifiée automatiquement : compilation, tests, contrôles de qualité. Si quelque chose casse, on le sait en quelques minutes, pas trois semaines plus tard.

• On travaille par petites modifications fréquentes, pas par gros blocs séparés pendant des jours.
• Une intégration qui échoue est la priorité numéro un : on répare avant de continuer.

La livraison continue (CD)

On rend le logiciel déployable à tout moment : chaque version qui passe la CI pourrait être mise en production. Déployer devient un non-événement, fait souvent et par petits morceaux, au lieu d'une grosse mise en production risquée tous les trimestres.

Les interrupteurs de fonctionnalité (feature flags)

Du code peut être livré en production tout en restant désactivé, puis activé progressivement (pour 5 % des utilisateurs, puis 50 %, puis tous). Cela sépare « livrer le code » de « activer la fonctionnalité », et permet de revenir en arrière en un clic.

Le bénéfice de fond

Plus on déploie souvent par petits morceaux, moins chaque déploiement est risqué, et plus vite on obtient des retours réels. C'est l'esprit agile appliqué à la mise en production.

Exemple concret : l'équipe de fidélité déploie plusieurs fois par jour. La nouvelle règle de points de parrainage est livrée derrière un interrupteur, activée d'abord pour les comptes de test, puis pour 10 % des clientes. Un problème détecté est corrigé sans mise en production en urgence : on coupe l'interrupteur.

À vous de jouer : expliquez la différence entre « livrer le code » et « activer la fonctionnalité » que permettent les feature flags.