Mein Submodul-Pull-Request wurde mithilfe von Squash Merge zusammengeführt

395
Heshy

Ich habe ein Git-Repository, Adas ein externes Submodul verwendet B, von Github. Die URL für Bin gespeichert . gitmodulesist origin/B, was meine Gabel ist upstream/B. Ich schaffte es nicht upstream/B.

Zu einem bestimmten Zeitpunkt habe ich mich innerlich weiterentwickelt B, meine Entwicklungen origin/Bvorangetrieben und diese Änderungen vorgenommen A. Nachdem ich die Updates getestet hatte, stellte ich schließlich eine Pull-Anfrage an upstream/B.

Ein paar Tage später wurde meine Pull-Anfrage von den Leuten, die den Upstream verwalten, mit dem Squash-Button von github "zusammengeführt". Jetzt Bund origin/Bwaren nicht mehr kompatibel upstream/B, obwohl der Inhalt der Datei identisch war. Ich wollte weiterentwickeln und vielleicht später eine weitere Pull-Anfrage machen, also habe ich es gemacht git reset --hard upstream/Bund mich dann git push -f originmit dem Upstream-Zweig synchronisiert. (Ja, ich kenne die Gründe dafür, vorsichtig zu sein reset --hardund push -f. Ich habe darauf geachtet, keinen Inhalt zu verlieren B.)

Ich möchte nichts tun reset --hardoder rebasein A. Parallel dazu gab es weitere Änderungen, die diese Operation sehr kompliziert machen. Das Problem ist, dass meine Geschichte Ajetzt Hinweise auf Commits enthält origin/B, die nicht mehr in der Geschichte eines Zweiges stehen.

Werden diese Commits irgendwann auf github gesammelt? Muss ich bei diesen Commits eine Verzweigung oder ein Tag machen, um sie zu behalten? Oder werden sie erhalten, da sie in einer Pull-Anfrage waren?

0

0 Antworten auf die Frage