Fonction Gitflow vs appellation de la branche bugfix [fermé]
lors de L'utilisation de Gitflow, Quelle est la raison de la séparation de la dénomination de la branche vers la fonctionnalité vs bugfix vs hotfix?
<!-C'est-à-dire: pourquoi pas juste, par exemple, au lieu de:feature/
bugfix/
hotfix/
Juste à faire:
change/
Qu'est-ce que la séparation par fonctionnalité/bugfix/hotfix acheter?
1 réponses
les grandes questions et la réponse dépend vraiment de la façon dont vous triez votre git. Le modèle de ramification et gitflow en général essaye de nous donner un peu d'ordre dans le chaos qui se propage juste après quelques jours.
L'image ci-dessous vous montre ce qu'ils ont bien plus de sens.
(autant que je sache, tout vient de ce blogue de Vincent Driessen)
séparant vos correctifs qui se fondent directement dans le maître et vos correctifs qui fusionner en dev rend plus facile d'aller avec votre produit cycle.
l'idée est que vous construisez votre application, créez des fonctionnalités, créez un candidat de sortie (test bêta) et puis libérez votre application. Hotfixs peut être nécessaire, à tout moment après cette. Il est inutile de revenir à la branche des fonctionnalités et d'y apporter une correction de bogue car la fonctionnalité a peut-être déjà été développée.
cela Fait-il sens?
