Et si on arrêtait enfin de recommander Git-flow ?

 (georgestocker.com)
10 points par xguru 2020-03-06 | 5 commentaires | Partager sur WhatsApp

  • Git-Flow a été utilisé un peu partout ces 10 dernières années, mais il est temps qu’il disparaisse

  • C’est beaucoup trop complexe

  • Il va à l’encontre des règles de branches qui devraient rester simples

  • Il pousse à abandonner le rebase

  • La CD devient impossible

  • Travailler sur plusieurs dépôts n’est pas possible, et en plus ce n’est pas vraiment adapté non plus à un monorepo

  • C’est peut-être un bon choix pour une entreprise de plus de 20 personnes avec un cycle de release mensuel ou trimestriel et plusieurs releases développées en parallèle,

mais ce n’est pas adapté à une startup de moins de 10 personnes, ni à un site web / une web app qui déploie plusieurs fois par jour.

À lire aussi

5 commentaires

 
seanahn 2020-03-06

Merci de partager cet excellent article.

Je partage particulièrement le point sur l’impossibilité du Continuous Delivery.

Pour des raisons similaires, nous avons également abandonné Git-Flow et utilisons un modèle de branching léger, proche de GitHub-Flow.

J’ai aussi publié un billet dans un objectif de partage, donc je vous serais reconnaissant d’y jeter un œil.

https://fr.news.hada.io/topic?id=1661
 
xguru 2020-03-06

Ah, c’est exactement le genre de cas où l’exemple mentionné plus haut s’applique. Merci pour le partage !
 
seanahn 2020-03-06

Oui. J’ai supprimé le post par erreur, donc je l’ai réécrit.

https://fr.news.hada.io/topic?id=1662
 
tujuc 2020-03-06

C’est vraiment une bonne chose d’adapter le processus à sa propre situation... :)

De notre côté aussi, nous utilisons quelque chose de proche de GitHub Flow... mais je pense qu’il vaut mieux le personnaliser. Plutôt que de dire catégoriquement que ceci est impossible et que seul cela convient :)
 
xguru 2020-03-06

On dirait que cet article a fait parler de lui, puisque l’auteur original de Git-Flow a ajouté une mise à jour au début du texte.

https://nvie.com/posts/a-successful-git-branching-model/

  • Git-Flow est un article datant d’il y a 10 ans, et le contexte a beaucoup changé.

  • Les logiciels d’aujourd’hui sont différents de ceux d’avant, et en particulier, les logiciels développés avec Git se sont orientés vers le Web.

  • Si vous devez faire du CD, envisagez plutôt d’adopter le GitHub Flow, bien plus simple : https://guides.github.com/introduction/flow/

  • Il n’existe pas de solution miracle : décidez en fonction de votre propre contexte.