nach dem „new_feature“ Zweig der Erstellung Sie einen Zustand wie
haben
o <master> <origin/master> <new_feature> most recent commit
|
...
Dann, nachdem Sie die Änderungen an Ihrem lokalen Niederlassung Repository commiting aussehen wird
o <new_feature> your last commit
|
o your first commit
|
o <master> <origin/master> most recent commit
|
...
ein
Doing
git pull --rebase origin master
, wie Cupcake vorschlägt, enden Sie mit
o <new_feature> your last commit
|
o your first commit
|
o <origin/master> something meanwhile commited on remote master
|
o <master> most recent commit
|
...
Ihre Änderungen rebased auf "Ursprung/Master". Dies sind nicht Ihre ursprünglichen Commits, sondern Commits geändert, um auf den "neuen" "Ursprung/Master" zu passen.
Durch die Rebase können Sie Merge-Konflikte bekommen, weil Änderungen, die auf dem Remote-Master vorgenommen wurden, mit Ihren Änderungen in Konflikt geraten können.
Da aber "new_feature" jetzt "über" "origin/master" steht, können Sie einen Push zum entfernten Master machen.
Dadurch wird auch die Variable "origin/master" auf die Ebene "new_feature" gesetzt. Wenn Sie auch Ihren lokalen "Master" auf der Spur haben wollen, müssen Sie ihn dann auschecken und mit "Herkunft/Master" zusammenführen.
Ich verstehe das nicht. Mein Verständnis ist, dass ich, da ich den Zweig new_feature auf remote verschieben muss, update new_feature vor dem Drücken. Jetzt arbeite ich gerade am Zweig new_feature. Wie wird gir pull --rebase origin master "new_feature" aktualisieren? Das wird Master-Zweig korrekt aktualisieren? Das tut mir leid . Aber aus irgendeinem Grund bekomme ich diesen letzten Teil nicht. –
Sie müssen Ihre Frage klären. Haben Sie versucht, 'new_feature' mit Änderungen von 'origin' zu aktualisieren?Oder hast du versucht, es mit Änderungen zu aktualisieren, die an "master" in "origin" vorgenommen wurden? –