Disons qu'il existe une équipe de dix développeurs agiles. Chaque jour, ils choisissent chacun une tâche sur le tableau et y apportent plusieurs modifications jusqu'à ce qu'ils aient terminé (à la fin de la journée). Tous les développeurs se connectent directement à trunk (à la manière de Google, chaque commit est une release candidate, utilisation de la fonctionnalité bascule, etc.).
S'ils utilisaient un CVS centralisé tel que SVN, chaque fois que l'un d'eux se valide, le serveur de construction intégrera et testera leurs modifications par rapport au travail des neuf autres développeurs. Le serveur de compilation fonctionnera quasiment toute la journée.
Mais s’ils utilisaient un DCVS tel que git, le développeur peut attendre jusqu’à ce qu’il ait terminé la tâche avant de regrouper tous ses commits locaux dans le référentiel central. Leurs changements ne seront pas intégrés avant la fin de la journée.
Dans ce scénario, l’équipe SVN s’intègre de plus en plus fréquemment et découvre les problèmes d’intégration beaucoup plus rapidement que l’équipe git.
Cela signifie-t-il que les DVCS conviennent moins aux équipes continues que les anciens outils centralisés? Comment pouvez-vous résoudre ce problème de report différé?