VSTS gitflow - comment l'utiliser?

Question

je suis tombé sur le plugin Visual Studio: GitFlow pour Visual Studio 2017 (https://marketplace.visualstudio.com/items?itemName=vs-publisher-57624.GitFlowforVisualStudio2017)

Maintenant, je suis un peu confus au sujet des branches locales et distantes. De ma compréhension du flux de travail de gitflow doit être le suivant:

1. Créer une nouvelle branche locale fonction « f1 » du local développer une mise à jour.
2. Une fois que vous avez terminé cette branche de fonction vous le plus récent développer rebase locale mise à jour à ce sujet.
3. Ensuite, vous le poussez vers la branche de fonctionnalité distante "f1" et créez une demande de tirage pour la télécommande "f1" dans le développement à distance
4. La revue de code termine et développe inclut "f1" maintenant.
5. Vous supprimez locale "f1" et à distance "f1"

Lorsque vous utilisez le plugin mentionné ci-dessus du flux de travail semble différent:

1. Créer une nouvelle branche de fonction locale "f1" de développement local à jour.
2. Terminer la branche locale fonction f1. Cela mettra les changements au-dessus du développement local et supprimera la branche caractéristique.
3. Poussez votre développer local pour développer à distance (Aucune critique demande de traction/code possible)

Quelqu'un peut-il me aider à comprendre comment tirer les demandes et la révision du code sont encore possibles avec ce plugin?

Answer 1

C'est parce que master branche est la branche de production, nous avons donc besoin habituellement demandes de traction et vue de code lors de la fusion develop branche en branche master.

Et pour develop branche, tous les développeurs peuvent apporter des modifications à ce sujet. Ainsi, lorsqu'un développeur finit une fonctionnalité, il/elle se développe. Il/elle peut le fusionner directement sans visualisation de code. Lorsque le développeur se termine toutes les œuvres, il/elle peut pousser son/sa develop à distance et créer une demande de traction locale de fusion develop branche en branche master.

Et pour les branches feature/*, il s'agit généralement de branches à durée de vie courte. Ainsi, lorsqu'une fonctionnalité est terminée, elle peut être supprimée dans le référentiel local.

Si vous avez vraiment besoin de pousser des branches de fonctionnalité dans la télécommande et créer une demande de fusion pour fusionner la branche de fonctionnalité en développer avec le contrôle du code, vous pouvez le faire, mais cela augmentera le processus de travail pour votre équipe.