Explorer les types de flux de travail de branche
Qu’est-ce qu’un workflow de branche Git réussi ?
Lors de l’évaluation d’un flux de travail pour votre équipe, vous devez prendre en compte la culture de votre équipe. Vous souhaitez que le flux de travail améliore l’efficacité de votre équipe et ne soit pas un fardeau qui limite la productivité. Voici quelques éléments à prendre en compte lors de l’évaluation d’un flux de travail Git :
- Ce flux de travail est-il mis à l’échelle avec la taille de l’équipe ?
- Est-il facile d’annuler les fautes et les erreurs avec ce processus ?
- Ce flux de travail impose-t-il une nouvelle surcharge cognitive inutile à l’équipe ?
Flux de travail de branche courante
Les flux de travail Git les plus populaires disposent d’un dépôt centralisé à partir duquel les développeurs individuels vont envoyer et tirer parti.
Vous trouverez ci-dessous une liste de flux de travail Git populaires que nous allons examiner plus en détail dans la section suivante.
Ces flux de travail complets offrent des modèles plus spécialisés sur la gestion des branches pour le développement de fonctionnalités, les correctifs logiciels et la version éventuelle.
Développement basé sur les jonctions
Le développement basé sur les jonctions est une extension logique du flux de travail centralisé.
L’idée principale derrière le flux de travail de développement basé sur les jonctions est que tout le travail de développement a lieu directement sur la branche principale (souvent appelée « jonction » ou « master »). Cette approche met l’accent sur l’intégration continue, où les développeurs valident fréquemment de petites modifications incrémentielles dans la branche principale. L’intégration continue et les tests automatisés jouent un rôle crucial dans la maintenance de la qualité et de la stabilité du code.
Flux de travail des branches de fonctionnalités
Le flux de travail des branches de fonctionnalités met l’accent sur l’isolation de chaque nouvelle fonctionnalité ou modification dans une branche dédiée distincte de la branche principale. Les développeurs créent une branche pour chaque fonctionnalité ou problème sur lequel ils travaillent, développent et testent les modifications en isolation, puis fusionnent la branche de fonctionnalité dans la branche principale une fois qu’elle est terminée et testée. Cette approche permet le développement parallèle de plusieurs fonctionnalités, facilite la révision du code et garantit que la branche principale reste stable.
Flux de travail de la branche de publication
Dans le flux de travail Release Branch, une branche dédiée est créée à partir de la branche principale lors de la préparation d’une version. Cette branche est utilisée pour stabiliser le code, résoudre les bogues ou problèmes de dernière minute et effectuer des tests finaux 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 principale, et potentiellement dans d'autres branches à long terme telles que les branches de développement ou de fonctionnalités. Cette stratégie permet un processus de mise en production contrôlé et organisé tout en conservant la branche principale stable pour le travail de développement continu.
Flux de travail de duplication
Le flux de travail de duplication est fondamentalement différent des autres flux de travail abordés dans ce didacticiel. Au lieu d’utiliser un dépôt côté serveur unique pour agir en tant que codebase « central », il donne à chaque développeur un dépôt côté serveur. Cela signifie que chaque contributeur a deux référentiels Git : un référentiel local privé et un serveur public côté serveur. Cette approche favorise un degré élevé de développement et de collaboration parallèles entre contributeurs tout en conservant une base de code propre et organisée.