07:07 <discord_afpy> <Andy K (boss dreamer ou pas)> Salut
12:57 <alain_afpy> Les bonnes pratiques du Gitflow avec Gitlab - https://bearstech.com/blog/les-bonnes-pratiques-du-gitflow-avec-gitlab
15:12 <entwanne> J'ai pas trop compris l'article, sans "GitFlow" les branches n'existent pas ? 🤔
15:25 <discord_afpy> <grewn0uille> C’est plus la façon de nommer les branches et de comment du code passe d’une branche à l’autre jusqu’à la prod (suivant si c’est une feature, un fix ou autre), du peu que je me souviens d’une présentation sur ça
15:27 <entwanne> ouais il me semblait aussi, des règles de nommage et d'organisation des branches
15:46 <discord_afpy> <chadys> après l'article survole vraiment le concept, de mémoire gitflow c'est hyper stricte et codifié dans ses nommage, ses workflows, etc, c'est très lourd à mettre en place de mémoire. La l'article c'est du "allégé" (on est plus de l'ordre de bonnes pratiques que d'une méthodologie rigide comme gitflow)
16:48 <entwanne> c'est surtout l'intro qui m'a fait tilter (sans gitflow il faudrait communiquer directement des hash de commits)
17:52 <Mindiell> chez nous, limite chaque projet à son flux... Donc bon :)
18:49 <discord_afpy> <fred.et.rick> l’intro est particulière oui, ça n’a pas l’air fait exprès, mais en effet, je dirais qu’il manque un truc
18:51 <discord_afpy> <fred.et.rick> mais en même temps, l’article est très, très court, difficile de vraiment être pertinent sur un sujet avec aussi peu de mots