Mono-branche
- Une seule branche qui est la branche principale
- Tous les projets commencent par ça
- L’intégration continue doit forcer les développeurs à committer du code stable
- Fonctionne en petite équipe mais nécessite beaucoup de communication et une intégration continue performante
Une branche par équipe
- En plus de la branche principale, chaque équipe dispose de sa propre branche qui est refusionnée de temps en temps dans la branche principale
- Cela rend les merges complexes et coûteux donc peu fréquents
- Cette stratégie a été identifiée comme un anti-pattern
Une branche par fonctionnalité
- En plus de la branche principale, chaque fonctionnalité dispose de sa propre branche
- Cela permet de fusionner fréquemment, chaque branche étant à l’échelle d’une user story
GitFlow
Cette stratégie de branchement a été introduite au départ par Vincent Driessen. C’est sur cette stratégie que s’appuie l’ensemble d’extensions git-flow pour Git.