Flows ¶
- Résumé des commandes git pour travailler sur une branche
- Delicious insights Git tutorial
-
Gitlab flow
- Gitlab articles
- Introduction
- Git flow and its problems
- GitHub flow as a simpler alternative
- Production branch with GitLab flow
- Environment branches with GitLab flow
- Release branches with GitLab flow
- Merge/pull requests with GitLab flow
- Issue tracking with GitLab flow
- Linking and closing issues from merge requests
- Squashing commits with rebase
- Do not order commits with rebase
- Award emojis on issues and merge requests
- Pushing and removing branches
- Committing often and with the right message
- Testing before merging
- Working with feature branches
- Github flow
- Git flow (2010)
-
Exemple de workflow git chez Sogilis
- Et si on en revenait à la question : “un workflow c’est quoi, et ça sert à quoi ? “
- Un workflow doit répondre à nos besoins
- Les objectifs
- Les contraintes
- Le résultat
- En résumé
-
Et en pratique ?
- 1. On suppose qu’on débute une itération, master est propre
- 2. Pour une fonctionnalité donnée, on crée une branche pour bosser dedans
- 3. On développe dans la branche
- 4. S’il est nécessaire de se synchroniser, on rebase
- 5. Fusion dans la branche d’intégration
- 6. Si les tests automatiques ont montré que la fonctionnalité ainsi que la branche integ sont ok, on peut fusionner integ dans master
- 7. On nettoie un peu nos branches, c’est-à-dire qu’on ne garde pas sur le serveur de branches fusionnées et terminées, histoire de garder un ensemble lisible.