Follow

Hello

🇫🇷 Dîtes les gens d'ici, quel est votre worflow Git (gitflow, github flow…) que vous utilisez pour vos projets? Quel est le nombre de collaborateurs? Avez-vous une nomenclature de message de commit?
Dites moi tout 😉

Retoot apprécié.

🇬🇧 🇺🇸 Can you tell me more about your Git workflow (gitflow, github flow…)? How many contributors? And your commit message template?
Let me know 😉

Boost appreciated.

↑ on en est arrivé, dans ma boite, à mettre en place une réu hebdo GIT, parce que notre équipe de dev l'utilise depuis des lustres, mais que l'autre pôle de dev soit l'utilisent en douce, chacun pour soi, soit savent pas ce que c'est et font des dossier de sauvegarde (v1, v2)…
Et on se voit imposer, par le dit pôle, un refactoring des façon de faire, une nouvelle nomenclature… alors que la notre est en place, claire, précise, correspond à nos usages… chapeauté par des chefs non tech… 😡

@Sp3r4z

On a un flow "maison", mais assez classique, basé sur du merge (pas de rebase chez nous). Une feature/un fix = une branche/MR créée sur le gitlab. On est 6 dev sur le gitlab, une dizaine de collab pour les remontées de bugs.

Message de commit : chris.beams.io/posts/git-commi

J'ai écrit les conventions à partir de ce site. On s'y tient, ne serait-ce que pour l'harmonie de l'historique.

@djelouze proche du git-flow donc?

Merci pour le lien, je regarde :)

@djelouze C'était pas pour être réducteur, c'était plus pour dire "est-ce qu'on peut considéré que c’est dans la même veine, ou y'a fondamentalement autre chose?"

Merci pour ta réponse, ça m'aide pas mal :) (et encore merci pour le lien ;) )

@Sp3r4z master is latest stable release, next branch is latest unstable release (alpha, beta, rc), hypernext is dev branch, might be broken. Contributors must work on hypernext branch. PRs get automatic test on circleci with linters, unit tests. No commit message template, but good practices: use fix, add, remove and mention the github issue number. add more info if needed to explain the "why". My particularity is that commit messages don't start with a capital letter :)

@k Thx for answer.

Is it, more or less, like git-flow?

Right, for commit messages :)

@Sp3r4z Ici ça debug en prog à coups de messages type :
- Debug <feature>
- Debug
- Debug
- Et comme ça ?
- Mmm, voyons voir
- Ça devrait être ok
- Dernière modif
- Dernière dernière modif
- Enfin \o/

Pas sûr que ce soit le meilleur workflow possible, mais on se marre bien en relisant l'historique des commit 😂

@Darks Tu fais bien de préciser, parce que c'est ce qu'on trouve en prod aussi parfois 😂

En effet c'est pas forcément ce que je cherchais, mais c'est un des usages :)

@Sp3r4z
git-flow (avec pull requests : important)
on est 8 dans notre équipe.

2 dangers :
- les branches qui vivent trop longtemps
- les branches mortes

2 problèmes majeurs :
- le cascade release
cad je dois mettre en release lib1 qui est inclus dans lib2 à mettre en release pour livrer app1 à mettre en release elle aussi
- le chemin dev -> feature - (via PR) ->dev -> release (et merde la feature doit pas en faire partie !)
donc feature toggle ou pendaison !

Sign in to participate in the conversation
Mastodon

Generalistic and moderated instance. All opinions are welcome, but hate speeches are prohibited. Users who don't respect rules will be silenced or suspended, depending on the violation severity.