Alors oui il y a le Git Flow et le Trunk Based Development, mais connais-tu le "GitLab" Flow ? Une évolution du Git Flow classique. (J'ai vu passé beaucoup de posts dernièrement sur les flows mais aucun sur GitLab Flow...)
Je n'étais pas fan au début mais il faut bien dire qu'avec le temps cela devient une évidence.
L'idée est donc de lier tes branches à tes environnement (develop, qualif, integration, release, production...). Donc voilà pourquoi je n'étais pas fan, il n'y a plus de séparation des responsabilités ton gestionnaire de version de code se retrouve lié à ta plateforme de déploiement.
Mais il faut avouer que cela fait des années que GitLab et sa CI/CD permettent des choses formidables, alors pourquoi ne pas prendre les raccourcis 😉 c'est lui qui va déployer de toute manière.
Comme ça, tu peux savoir facilement ce qui est déployé sur tel ou tel environnement et ne pas surcharger tes pipelines. Elles déploient uniquement sur l'environnement associé à sa branche.
Plus simple de savoir sur quelles branches tu veux lancer les tests/audits/linters etc.
Pareil pour les hotfixes (à utiliser avec parcimonie) qui peuvent sortir sans influencer les devs en cours. On les réintégre en temps voulu avec un cherry-pick.
Bref, merci GitLab 😉
Et toi, quel est ton flow ?
#Git #GitLab #GitFlow
Plus d'infos sur le site de GitLab : https://about.gitlab.com/topics/version-control/what-is-gitlab-flow/
Il me semble que leur doc sur le sujet était plus complète avant, je vais peut-être expliquer tout ça sur mon site.