Présentation réalisée à Lean Kanban France 2015. Speakers : Hervé Lourdin, CTO at Vide Dressing Benoit Lafontaine, CTO at OCTO Technology

1. Ce que les stratégies de versioning nous disent
des dynamiques d’équipe
Benoit Lafontaine & Hervé Lourdin

2. Benoît Lafontaine - CTO
@joel1di1
Hervé Lourdin - CTO
@HerveLourdin

3. Agenda
● Pourquoi cette session ?
● Qu’est-ce qu’une branche ?
● Modèles & impact sur la communication
● Conclusion

5. "organizations which design systems ... are
constrained to produce designs which are
copies of the communication structures of
these organizations"
— M. Conway

7. Qu’est-ce qu’une branche ?

8. Qu’est-ce qu’une branche ?
“ En gestion de configuration logicielle, une branche est une dérivation dans
l'histoire de l'évolution des éléments de configuration. Une branche est une
évolution d'un élément ayant pour origine une version précise, produisant une
«branche de version». Une branche de version correspond à un axe d'évolution de
versions. Elle est rattachée à une branche source et peut découler sur plusieurs
sous-branches. La gestion de l'ensemble des branches et des versions d'un
produit constitue le versionnage (versioning en anglais) et est l'objet de la gestion
de configuration.”
Source: Wikipedia

9. TL;DR
1.1 1.2 1.3 1.4 1.5
2.0 2.1 2.2
1.6

10. “Une branche est une
version alternative du
code source d’un logiciel”
Benoit & Hervé

11. Pourquoi on branche ?
● Pour paralleliser les dev sans se perturber
● Pour livrer les fonctionnalités au fur et à mesure de leur complétion (livrer A
sans livrer B qui n’est pas fini, ni C qui ne correspond pas aux attentes)

12. Qui dit branches, dit...

13. Modèles de versioning / branching et
impact sur la communication dans les
équipes

15. 1.1 1.31.2
Trunk Base
Développeur A
Développeur B
master

17. 1.1 1.31.2
Team Branch
Equipe A
Equipe B
master

18. 1.1 1.3
Team Branch
Equipe A
Equipe B
Merge
de la mort1.2
Merge trop
compliqué
on passe
master

19. 1.1 1.31.2
Feature Branch
master
Feature A
Feature B

20. Git Flow

21. In Progress Done UAT Expedite Live

25. Code review
Code review
1.1 1.31.2
Pull Request Flow
Pull
Request
Pull
Request

28. Feature Branching + Continuous Merge
+

29. Feature Toggle

31. Anti-patterns communs

32. La branche qui dérive

33. Le moine codeur

34. L’équipe d’intégration

35. Conclusion

36. Adapter sa stratégie à son contexte
● Les stratégies de versioning elles-aussi peuvent évoluer dans le temps
○ Une organisation qui croît ou change nécessite de revoir la validité de sa stratégie
○ Challengez vos choix initiaux pour voir si ils sont toujours valables !
● Inspirez-vous des modèles et adaptez les à votre contexte

37. Merger c’est discuter !
● la communication apparait au moment du merge
○ L’enjeu est de provoquer la conversation au bon moment
● Le merge et surtout la gestion de conflits sont les évenements clés
caractérisant les modes de communications
○ les merges difficiles sont caractéristiques d’un processus où la communication n’est pas assez
fréquente
● Plus vous mergez tard plus vous repoussez une conversation importante au
lendemain
○ … dont la résolution sera peut-être plus complexe

38. Questions ?

39. Benoît Lafontaine - CTO
@joel1di1
Hervé Lourdin - CTO
@HerveLourdin
Psst… Nous recrutons !
MERCI !