Explorer les types de workflow de branche
Qu’est-ce qu’un workflow de branche Git réussi ?
Lorsque vous évaluez un workflow pour votre équipe, vous devez prendre en compte la culture de votre équipe. Vous souhaitez que le workflow améliore l’efficacité de votre équipe sans être une charge qui limite la productivité. Voici quelques aspects à prendre en compte lors de l’évaluation d’un workflow Git :
- Est-ce que ce workflow s’adapte à la taille de l’équipe ?
- Est-il facile de corriger les erreurs avec ce workflow ?
- Est-ce que ce workflow impose une nouvelle surcharge cognitive inutile sur l’équipe ?
Workflows de branche courants
La majorité des workflows Git connus ont une sorte de dépôt centralisé où chaque développeur effectue des opérations de poussée (push) et de tirage (pull).
Vous trouverez ci-dessous une liste de certains workflows Git connus que nous aborderons plus en détail dans la section suivante.
Ces workflows complets offrent des modèles plus spécialisés sur la gestion des branches pour le développement de fonctionnalités, les correctifs et la publication finale.
Développement basé sur le tronc
Le développement basé sur le tronc est une extension logique d’un workflow centralisé.
L’idée centrale derrière le Workflow de développement basé sur le tronc est que tout le travail de développement a lieu directement sur la branche primaire (souvent appelée « trunk (tronc) » ou « master (maître) »). Cette approche met l’accent sur une intégration continue, avec des développeurs validant fréquemment de petites modifications incrémentielles apportées à la branche primaire. L’intégration continue et les tests automatisés jouent un rôle primordial dans le maintien de la stabilité et de la qualité du code.
Workflow de branche de fonctionnalité
Le Workflow de branche de fonctionnalité met l’accès sur l’encapsulation de chaque nouvelle fonctionnalité ou modification apportée dans sa branche dédiée distincte de la branche primaire. Les développeurs créent une branche pour chaque nouvelle fonctionnalité ou nouveau problème sur lesquels ils travaillent, développent ou effectuent des tests des modifications dans l’isolation, puis fusionnent la branche de fonctionnalité, une fois terminée et testée, dans la branche primaire. Cette approche permet un développement en parallèle de plusieurs fonctionnalités, facilite la révision du code et veille à ce que la branche primaire reste stable.
Workflow de branche de mise en production
Dans le Workflow de branche de mise en production, une branche dédiée est créée à partir de la branche primaire lors de la préparation d’une mise en production. Cette branche est utilisée pour stabiliser le code, résoudre tout problème ou bogue de dernière minute et effectuer le test final avant de déployer la version en production. Une fois que la version est considérée comme prête, elle est fusionnée dans la branche primaire et éventuellement dans d’autres branches de longue durée, telles que les branches de développement ou de fonctionnalité. Cette stratégie permet un processus de mise en production contrôlé et organisé, tout en conservant la branche primaire stable pour le travail de développement en cours.
Workflow de duplication
Le Workflow de duplication (fork) est fondamentalement différent des autres workflows traités dans ce tutoriel. Au lieu d’utiliser un seul dépôt côté serveur en tant que codebase « central », il donne à chaque développeur un dépôt côté serveur. Cela signifie que chaque contributeur a deux dépôts Git : un dépôt privé local et un dépôt côté serveur public. Cette approche favorise une collaboration et un développement parallèles de haut niveau parmi les contributeurs, tout en maintenant un codebase propre et organisé.