Pull-Anforderung wurde zusammengeführt, geschlossen und dann wieder rückgängig gemacht - kann den Zweig jetzt nicht mehr ziehen - git, github, merge, pull-request

GitHub scheint nach ein paar Operationen etwas verloren zu sein - und ich bin ...

Also hier ist die Geschichte:
Ich bin neu bei gitub und neu bei github. In meinem Repository hatte ich eine Filiale (nennen wir es) B) wo ich an einem Feature arbeitete.

1. Um die Dinge transparent zu machen, habe ich eine Pull-Anfrage erstellt.
2. Mein Mitarbeiter (kompletter Git / Neuling) klickte darauf, um die Pull-Anforderung zusammenzuführen (wahrscheinlich nur um das Interface zu erkunden).
3. Das Feature war nicht fertig, also habe ich die Zusammenführung rückgängig gemacht.

Nun möchte ich meine Arbeit an derVerzweigung B und später zusammenführen, aber obwohl sich die Verzweigung um mehr als 800 Zeilen unterscheidet, zeigt GitHub, dass es nur eine Differenzlinie gibt (ein Commit).

Dies kann daran liegen, dass ich versucht habe, die wieder zu öffnenalte Pull-Anforderung nach dem Zurücksetzen der Änderungen. Ich habe die Pull-Anfrage erneut geöffnet, aber die Option zum Zusammenführen war nicht mehr verfügbar. Ich habe versucht, die alte Pull-Anforderung zu schließen oder zu öffnen und eine neue Pull-Anforderung zu erstellen (Zweig ziehen B zu master), aber dies zeigt nur ein Commit, als ob der Rest von der ursprünglichen Pull-Anforderung aufgezehrt wurde (obwohl zurückgesetzt). Aber wenn ich versuche zu ziehen master zu B - zeigt alle Unterschiede (ca. + 800 / -300 Unterschied).

Ich möchte gerne wieder friedlich am Zweig arbeiten B - Ich würde gerne zu dem Zeitpunkt zurück sein, zu dem B könnte automatisch zusammengeführt werden (jetzt ist dies nicht möglich, da neue Pull-Anforderungen nur einen geringfügigen Unterschied aufweisen) B und master während der tatsächliche Unterschied unterschiedlich ist). Was ist der einfachste Weg, dies zu tun?

Antworten:

Anstatt zu versuchen, mit zu fummeln BSie könnten einfach:

• Erstellen Sie einen neuen Zweig C,
• beginnend mit einem vorherigen Commit von B (wo die Vereinigung einfach war)
• Kirschpflücker irgendein Commit aus B Du musst wieder rein C

Sie können dann eine PR erstellen C falls Sie es wollen.

Ich weiß, das ist eine alte Frage, aber ich hatte gerade das gleiche Problem und fand eine einfache Lösung:

Ich habe gerade einen neuen Zweig von Master und erstelltDer Inhalt des Projektordners wurde durch diejenigen ersetzt, die ich in der Branche hatte, an der ich zuvor gearbeitet hatte. (Wörtlich den Ordnerinhalt kopiert und eingefügt). Danach, als ich rannte git statuszeigte es die korrekten Modifikationen.

Es ist eine primitivere Lösung, aber es funktioniert, und danach konnte ich die PR erstellen, die die korrekten Änderungen von Master und dem Zweig zeigte, an dem ich arbeitete.

Ich denke, die sauberste Lösung besteht darin, einen neuen Master-Zweig zu erstellen und dann das Commit zurückzusetzen, das Ihre PR zurückgesetzt hat. So etwas wie:

git checkout master
git checkout -b retry_B  # create new branch
git log  # find commit hash for the revert
git revert <hash_from_revert>