VSTS gitflow - wie benutzt man es?

Question

stieß ich auf das Visual Studio-Plugin: GitFlow für Visual Studio 2017 (https://marketplace.visualstudio.com/items?itemName=vs-publisher-57624.GitFlowforVisualStudio2017)

Jetzt bin ich ein wenig verwirrt über die lokalen und Remote-Niederlassungen. Von meinem Verständnis sollte der gitflow Workflow die folgenden sein:

1. Erstellen Sie ein neues lokales Merkmal Zweig "f1" von up-to-date lokalen entwickeln.
2. Sobald Sie diese Feature-Zweig abgeschlossen haben Sie die neuere up-to-date lokale rebase darauf.
3. Dann drücken Sie es auf Remote-Feature-Zweig "f1" und erstellen Sie eine Pull-Anfrage für Remote "f1" in remote entwickeln
4. Code Überprüfung endet und entwickelt enthält "f1" jetzt.
5. Sie löschen local "f1" und remote "f1"

Wenn die über dem Workflow genannte Plugin scheinen anders:

1. neu erstellen lokalen Zweig "f1" aus up-to-date lokal entwickeln.
2. Beenden Sie den lokalen Feature-Zweig f1. Dadurch werden die Änderungen über die lokale Entwicklung hinausgehen und den Feature-Zweig löschen.
3. Ihre lokalen Push (No-Pull-Request/Code-Review möglich)

jemand mir helfen kann zu entfernten entwickeln entwickeln zu verstehen, wie Anfragen ziehen und Code-Review ist mit diesem Plugin noch möglich?

Answer 1

Dies liegt daran, master Zweig der Produktionszweig ist, also müssen wir in der Regel Pull-Anforderungen und Code-Ansicht, wenn develop Niederlassung in master Zweig verschmelzen.

Und für develop Zweig können alle Entwickler Änderungen daran vornehmen. Wenn also ein Entwickler ein Feature beendet, entwickelt er/sie sich. Er/Sie kann es direkt ohne Code-Anzeige zusammenführen. Wenn der Entwickler alle Arbeiten abgeschlossen hat, kann er/sie seine lokale develop auf remote schieben und eine Pull-Anforderung erstellen, um die develop-Verzweigung in die master-Verzweigung zu migrieren.

Und für feature/* Verzweigungen, es ist in der Regel kurzlebige Zweige, so wenn eine Funktion beendet ist, kann es in lokalen Repo gelöscht werden.

Wenn Sie in der Tat Feature-Zweige in remote verschieben und Pull-Anforderung erstellen müssen, um den Feature-Zweig in Code-Review zu integrieren, können Sie das tun, aber es erhöht den Arbeitsprozess für Ihr Team.