Nehmen wir an, die letzten Commits auf meinem Server lauten wie folgt:
A1 -> A2 -> A3
Mein lokales Repository ist mit dem Server synchronisiert und jetzt verzweige ich von A3:
A3
|
B1 -> B2 -> B3
Endlich habe ich meine Aufgabe in Commit B3 abgeschlossen und möchte sie auf den Server pushen und zusammenführen (PR). Aber auf dem Server hat jemand anderes neue Commits hinzugefügt:
A1 -> A2 -> A3 -> A4 -> A5
Beim Überprüfen von A4 und A5 sehe ich, dass es keinen Konflikt mit meiner Arbeit an B3 gibt. Daher möchte ich meine Arbeit zusammenführen, als ob ich direkt von A5 abgezweigt hätte. Es sieht nach einer ganz gewöhnlichen Aufgabe aus. Wie geht man das richtig?
Antwort1
Ich habe keine Ahnung, wie Sie Ihre Pull Requests durchführen. Wenn A1-A5 und B1-B3 alle auf jedem Zweig an die Remote-Instanz gesendet werden, müssen Sie nur auf Zweig A oder B springen und dann git pull remote origin BRANCH A/Bbenennen. Da Sie an B gearbeitet haben, tun Sie dies einfach, git pull remote origin BRANCH Awährend Sie an Zweig B arbeiten. Dadurch erhalten Sie A1-A5 und B1-B3 auf demselben Zweig. Verwenden Sie dann Zweig B, um einen PR zum Master zu erstellen.
Alternativ (meiner Meinung nach der richtige Weg) besteht darin, einen PR für A zum Master und einen PR für B zum Master zu erstellen. Die Überlappung von A, das sich bereits in B befindet, sollte keine Probleme verursachen.
Wenn A und B überhaupt nicht miteinander in Beziehung stünden, hätten Sie B von Ihrer Entwicklung oder einem gleichwertigen Zweig abzweigen müssen.
Hier ist ein Beispiel für einenichtlineare Verzweigungsstrategiefür komplexere Arbeitsabläufe.
Dies zu sehenlinearer vs. nichtlinearer Arbeitsablaufkann helfen, das Chaos, das herrscht, besser zu visualisieren.
Wenn meine Erklärung und mein Verständnis Ihres Szenarios falsch sind, lassen Sie es mich wissen, damit ich die Antwort ändern oder vollständig entfernen kann.