Git-Flow : workflow d’entreprise

Un système de gestion des branches

Travailler avec Git en équipe n’est pas quelque chose d’intuitif. Il faut se former et essayer plusieurs façons de travailler pour trouver celle qui convient le mieux. En effet, pour que l’utilisation d’un gestionnaire de version soit efficace, il faut que les intervenants suivent les mêmes pratiques.

Par exemple, il n’est pas facile pour un développeur de savoir quand créer une branche, quand créer un tag, ou encore de savoir dans quelle branche doit être mergée la branche d’une nouvelle fonctionnalité.

Vincent Driessen a proposé un système efficace de gestion des branches sur son blog professionnel (http://nvie.com/posts/a-successful-git-branching-model). Ce système de gestion des branches est voué à être utilisé par des équipes de petite taille jusqu’à des équipes importantes. Le but de ce système est de séparer efficacement les branches et les différentes versions du projet. Cette méthode de travail est largement répandue dans les projets utilisant Git, elle reçoit néanmoins quelques critiques de développeurs la jugeant trop complexe et générant de nombreux conflits inutiles.

Le 5 mars 2020, l’auteur de cette méthode, Vincent Driessen, a publié sur son site un message appelant les utilisateurs de Git à ne pas la sacraliser. En effet, il explique que de nombreux développeurs respectaient cette méthode à la lettre sans chercher à savoir si elle correspondait aux besoins de leur projet.

Il rappelle que Git-Flow est conçu pour les projets qui ont besoin de maintenir plusieurs versions d’un logiciel en même temps ou qui fonctionnent avec des distributions logicielles majeures. La méthode GitHub...

Exemple de workflow

Pour utiliser la méthode Git-Flow efficacement, il est préférable de nommer ses branches avec les termes anglais. De cette manière, tous les développeurs (français ou étrangers) seront capables de comprendre le schéma rapidement. De plus, utiliser les noms anglais favorise la compatibilité avec des outils s’interfaçant avec un dépôt en mode Git-Flow.

Avec la méthode Git-Flow, tous les merges doivent être effectués en désactivant l’avance rapide avec l’argument --no-ff de la commande git merge pour que chaque merge produise un commit. Cela permet d’avoir un historique plus clair et non pollué par les avances rapides.

Voici une vision schématique des branches composant un historique dans un dépôt géré par la méthode Git-Flow :

Le schéma précédent représente le dépôt utilisé pour le chapitre Scénario d’équipe. Le dépôt contient un projet nommé improllow-up. Ce projet permet aux entreprises de suivre plus efficacement les tâches de leurs salariés.

Voici l’enchaînement des étapes du dépôt représentées par le schéma :

Git-Flow intuitif grâce à Tower

2. Cas pratique d’utilisation

Le dépôt résultant de ce cas pratique se trouve dans les fichiers téléchargeables : 08/git-flow.

Pour créer un nouveau dépôt avec Tower, il faut cliquer sur le bouton Create à partir de la page listant les dépôts utilisés :

Une fois que le dépôt a été créé, Tower propose de l’ouvrir avec le bouton Open de la fenêtre suivante :

La fenêtre précédente présente des informations intéressantes sur le dépôt comme le chemin du dépôt, la branche sur laquelle est placée la référence HEAD ou encore le statut des fichiers. Une fois que le dépôt est ouvert dans Tower, il faut ajouter le premier commit qui va former le début de la branche master.

Pour ajouter le premier commit, il faut créer des fichiers dans un projet avec un autre logiciel que Tower (car Tower est un client...