Intégration et livraison continues
Intégrer et livrer en continu : construction et tests à chaque poussée, retour rapide, branche principale toujours livrable, étapes d'un pipeline, artefact, et différence entre livraison continue et déploiement continu.
- 27 cartes
- 5 thèmes
- Gratuit
Le programme, thème par thème
Le poids de chaque thème suit celui que lui donne l'examen.
- Notions
- Questions
- Ranger et relier
- Mises en situation
- Comprendre
Quelques cartes du deck
Intégration continue : de quoi s'agit-il ?
Voir la réponse
Pratique qui consiste à fusionner très souvent son travail dans la branche principale, chaque poussée déclenchant automatiquement la construction et les tests.
Les conflits et les régressions se découvrent quelques minutes après le changement, quand l'auteur se souvient encore de ce qu'il a fait.
Une développeuse pousse un commit sur la branche principale. Que déclenche l'intégration continue ?
- La construction et les tests, sans action humaine
- Une relecture de code obligatoire par un autre membre de l'équipe
- La mise en production après la validation du chef de projet
- Une copie de sauvegarde complète du dépôt sur un autre serveur distant
Voir la réponse
La construction et les tests, sans action humaine
L'intégration continue est une automatisation du retour : à chaque poussée, un serveur construit et teste. La relecture et la mise en production sont d'autres pratiques.
Si la branche principale devient rouge, la priorité de l'équipe est de la … avant de fusionner quoi que ce soit d'autre.
Voir la réponse
Si la branche principale devient rouge, la priorité de l'équipe est de la réparer avant de fusionner quoi que ce soit d'autre.
Fusionner sur du rouge empile les changements sur un socle cassé : on ne sait plus quelle modification a causé quel échec.
Livraison continue : de quoi s'agit-il ?
Voir la réponse
Pratique qui garde la branche principale toujours prête à partir en production, la mise en production elle-même restant une décision humaine, d'un clic.
L'équipe choisit le moment, mais la livraison n'a rien de risqué ni de long : le pipeline a déjà tout préparé et vérifié.
La branche principale est rouge depuis deux jours et tout le monde continue de pousser dessus. Quelle est la cause de la dérive ?
- Le serveur d'intégration est trop lent pour exécuter tous les tests
- L'équipe pousse beaucoup trop souvent sur la branche principale
- Personne ne juge un échec urgent : le rouge est devenu normal
- Les tests unitaires devraient être supprimés pour libérer le pipeline en entier
Voir la réponse
Personne ne juge un échec urgent : le rouge est devenu normal
Un pipeline rouge qui n'inquiète plus perd sa fonction : un nouvel échec passe inaperçu parmi les anciens. La fréquence des poussées est le principe de la pratique, pas son défaut.