2017-05-16 2 views
0

folgende Situation vor:Pull-Request mit Änderungen in verschiedenem Pull-Request

Entwickler A und B auf der gleichen Funktion Gabeln mit bitbucket arbeiten. Entwickler A beendet seine Arbeit und erstellt eine Pull-Anforderung, um die Änderungen wieder in den Upstream aufzunehmen. In der Zwischenzeit arbeitet Entwickler B an einem anderen Teil der gleichen Funktion und muss seine Gabel mit A-Änderungen des Entwicklers aktualisieren - so führt er den Zweig von der Gabel der Kollegen zu seiner eigenen Gabel zusammen. Dann beendet Entwickler B auch seine Verzweigung und möchte seine Änderungen an Upstream weiterleiten. Was ist der bevorzugte Weg, dies zu tun? Da die erste Pull-Anforderung noch nicht zusammengeführt wurde, wenn Entwickler B eine Pull-Anforderung erstellt, werden auch die Änderungen von Entwickler A angezeigt. Sollte B warten, bis A's PR zusammengeführt wird oder wird das B's PR Update aktualisiert, um nur Bs Änderungen anzuzeigen, sobald A's PR zusammengeführt wurde oder gibt es einen anderen besseren Weg?

Antwort

0

Der sauberste Weg, dies zu tun, ist meiner Meinung nach, dass, wenn Entwickler A das Feature, das Entwickler B benötigt, implementiert hat, wird er dies upstream schieben.

Dann wird Entwickler B diese Änderungen an seine Gabel ziehen und anfangen zu arbeiten.

Dann wird Entwickler A seine Arbeit schieben, wenn er fertig ist und auch Entwickler B wird dies tun.

Diese Prozedur sollte keinen Fehler verursachen. Lass mich wissen was du denkst.

+0

Was ist, wenn B die Änderungen von A benötigt, bevor sie mit dem Upstream zusammengeführt werden können? Z.B. Warten auf Code-Überprüfung/Genehmigung/... – vasekstebra

+0

Eine Sache, die A tun könnte, ist, sie zu seinem gegabelten Repo zu schieben. Du klonst den Repo von seiner Gabel und arbeitest weiter daran. Das ist nur die Idee, die mir in den Sinn kam. – kalmanIsAGameChanger

Verwandte Themen