Chapter 1. Introduction à Jenkins

1.1. Introduction
1.2. Les fondamentaux de l'Intégration Continue
1.3. Introduction à Jenkins (né Hudson)
1.4. De Hudson à Jenkins — Un rapide historique
1.5. Dois-je utiliser Jenkins ou Hudson?
1.6. Mettre en place l'Intégration Continue au sein de votre organisation
1.6.1. Phase 1 — Pas de serveur de build
1.6.2. Phase 2 — Builds quotidiens
1.6.3. Phase 3 — Builds quotidiens et tests automatisés basiques
1.6.4. Phase 4 — Arrivée des métriques
1.6.5. Phase 5 — Prendre les tests au sérieux
1.6.6. Phase 6 — Tests d'acceptance automatisés et un déploiement plus automatisé
1.6.7. Phase 7— Déploiement Continu
1.7. Et maintenant ?

1.1. Introduction

L'Intégration Continue, aussi connue sous le terme IC, est l'un des piliers du développement logiciel moderne. En fait, elle est un véritable tournant — quand l'Intégration Continue est mise en place dans une organisation, elle change radicalement la manière dont les équipes pensent le processus de développement. Elle est capable de permettre et d'induire toute une série d'améliorations et de transformations, depuis le build régulier automatisé jusqu'à la livraison continue en production. Une bonne infrastructure d'IC peut fluidifier le processus de développement jusqu'au déploiement, aide à détecter et corriger les bogues plus rapidement, fournit un écran de contrôle très utile aux développeurs mais aussi aux non-développeurs, et poussée à l'extrême, elle permet aux équipes de fournir plus de valeur métier aux utilisateurs finaux. Toute équipe de développement professionnelle, quelque soit sa taille, devrait mettre en œuvre l'IC.