Ich habe ein Github-Projekt gespalten, dann lokal geklont.Git - Update Gabel Master & Rebase meinen Zweig darauf?
Ich machte dann einige Änderungen in einem neuen Zweig auf my_github/the_project
Repo.
Ich habe dann die Änderungen hinzugefügt und festgeschrieben und zu meinem Github Repo geschoben und eine Pull-Anfrage gesendet.
Der Besitzer hat meine Anfrage erhalten und möchte, dass ich "Rebase auf Master", um die neuesten Änderungen zu erhalten. Wie mache ich das?
Ursprünglich dachte ich, ich könnte nur git fetch
und rebase master
aus meiner aktuellen Zweigstelle (wie die meisten Beiträge, die ich gefunden berate ...), aber git fetch
tat nichts. Jetzt habe ich erkannt, dass es wahrscheinlich ist, weil ich immer noch von my_ github/repo
klonen (es ist mein Name in den Fernbedienungen schließlich), die noch nicht die neuen Änderungen in Master vom Github-Quellenbesitzer hat.
Ich denke, was ich wahrscheinlich tun müssen, um „refresh“ meine Gabel, so dass Master meiner Gabel ist up-to-date und dann ich das Master holen kann und dann zu diesem Master rebase auf?
Wenn dies der Fall ist, wie kann ich diese Aktualisierung meines Gabels Master tun? Wenn nicht wie sonst?
Sollte ich ein Remote für das ursprüngliche Upstream-Repository hinzufügen und dieses zum (lokalen) Rebase verwenden? Ist das die bevorzugte Methode?
Sie können die Fernbedienung in der Push, wie 'git push origin --all' angeben möchten, aber sonst, was das ist genau würde vorschlagen. – Leigh
Von diesem Github [Rebase und Merge Blog] (https://github.com/blog/2243-rebase-and-merge-pull-requests), können wir sagen, dass, selbst wenn der Kontributor die Änderung nicht rebasiert hat, sollte es ist es sehr praktisch für den _author_, um Rebase und Merge? Wenn das der Fall ist, verstehe ich nicht, warum eine PR angehalten wird, weil sie nicht rebasiert wird. – Felix
Denn wenn es Konflikte gibt, wird der Betreuer nicht unbedingt wissen, wie sie zu beheben sind. Der Autor ist am besten in der Lage, sie zu beheben. –