Le gitflow c'est très compliqué si tu es tout seul ça ne sert à rien, je préfère l'approche "Master first" où on ne créer des branches de version que si c'est nécessaire.
En gros, tu développes dans la master tout le temps. Quand vient le moment de faire une release : tu créer un tag sur ta master et tu mets ta release en test si c'est ok tu la passes en prod.
Puis tu continue à faire tes dev sur la master, pour la vie de ton tag c'est à toi de voir, soit tu créer la release suivante directement sur la master, si tu juges qu'elle est assez mûre pour aller en prod, sinon tu crée une branche à partir du tag et tu cherry-pick le commit de la master, souvent c'est pour corriger des petites choses urgente pendant que la master se fige.
# Master first
Posté par MrBidon . En réponse au message branches GIT. Évalué à 2.
Le gitflow c'est très compliqué si tu es tout seul ça ne sert à rien, je préfère l'approche "Master first" où on ne créer des branches de version que si c'est nécessaire.
En gros, tu développes dans la master tout le temps. Quand vient le moment de faire une release : tu créer un tag sur ta master et tu mets ta release en test si c'est ok tu la passes en prod.
Puis tu continue à faire tes dev sur la master, pour la vie de ton tag c'est à toi de voir, soit tu créer la release suivante directement sur la master, si tu juges qu'elle est assez mûre pour aller en prod, sinon tu crée une branche à partir du tag et tu cherry-pick le commit de la master, souvent c'est pour corriger des petites choses urgente pendant que la master se fige.