Wie kann ich "git fetch" und "git merge" aus einem Remote-Tracking-Zweig (wie "git pull")?

Ich habe einige Remote-Tracking-Zweige in Git eingerichtet, aber ich scheine nie in der Lage zu sein, sie mit dem lokalen Zweig zusammenzuführen, wenn ich sie mit "Git Fetch" aktualisiert habe.

Angenommen, ich habe einen Remote-Zweig namens "an-other-branch". Ich habe das lokal als Tracking-Zweig mit eingerichtet

git branch --track an-other-branch origin/an-other-branch

So weit, ist es gut. Wenn dieser Zweig jedoch aktualisiert wird (normalerweise, indem ich den Computer verschiebe und von diesem Computer aus festschreibe) und ich ihn auf dem ursprünglichen Computer aktualisieren möchte, treten Probleme beim Abrufen / Zusammenführen auf:

git fetch origin an-other-branch
git merge origin/an-other-branch

Immer wenn ich das mache, erhalte ich die Meldung "Bereits aktuell" und nichts wird zusammengeführt.

Ein

git pull origin an-other-branch

aktualisiert es immer wie erwartet.

Auch läuft Git Diff

git diff origin/an-other-branch

zeigt, dass es Unterschiede gibt, also denke ich, dass meine Syntax falsch ist.

Was mache ich falsch?

EDIT [2010-04-09]: Ich habe ein paar Mal nachgesehen und bin definitiv nicht in einem anderen Zweig. Sollte mein 'Git Fetch' gefolgt von einem 'Git Merge' (wie oben gezeigt) genau dasselbe tun wie ein Git Pull? Ich werde einen Workflow erhalten, der die Ergebnisse eines Git-Status usw. zeigt.

Sie holen keinen Zweig, Sie holen eine ganze Fernbedienung:

git fetch origin
git merge origin/an-other-branch

Nur einen Zweig auswählen: fetch/ merge vs. pull

Oft wird empfohlen, "Abrufen" von "Zusammenführen" zu trennen. Sie sagen stattdessen:

    git pull remoteR branchB

mach das:

    git fetch remoteR
    git merge remoteR branchB

Was sie tun , nicht zu erwähnen ist , dass ein solcher Befehl holen wird holen tatsächlich alle Zweige von dem entfernten Repo, das ist nicht , was das Pull - Befehl tut. Wenn Sie Tausende von Zweigen im Remote-Repo haben, aber nicht alle sehen möchten, können Sie diesen undurchsichtigen Befehl ausführen:

    git fetch remoteR refs/heads/branchB:refs/remotes/remoteR/branchB
    git branch -a  # to verify
    git branch -t branchB remoteR/branchB

Das ist natürlich lächerlich schwer zu merken. Wenn Sie also wirklich vermeiden möchten, alle Zweige .git/configabzurufen , ist es besser, Ihre wie in ProGit beschrieben zu ändern.

Huh?

Die beste Erklärung für all dies finden Sie in Kapitel 9-5 von ProGit, Git Internals - The Refspec ( oder über Github ). Das ist über Google erstaunlich schwer zu finden.

Zunächst müssen wir einige Begriffe klären. Für die Fernverfolgung von Zweigen sind normalerweise drei verschiedene Zweige zu beachten:

1. Der Zweig auf dem Remote-Repo: refs/heads/branchBinnerhalb des anderen Repos
2. Ihr Remote-Tracking-Zweig : refs/remotes/remoteR/branchBin Ihrem Repo
3. Ihre eigene Filiale: refs/heads/branchBin Ihrem Repo

Remote-Tracking-Zweige (in refs/remotes) sind schreibgeschützt. Sie ändern diese nicht direkt. Sie ändern Ihren eigenen Zweig und drücken dann auf den entsprechenden Zweig im Remote-Repo. Das Ergebnis spiegelt sich refs/remoteserst nach einem entsprechenden Pull oder Fetch in Ihrem wider . Diese Unterscheidung war für mich auf den Git-Manpages schwer zu verstehen, hauptsächlich weil der lokale Zweig ( refs/heads/branchB) den Remote-Tracking-Zweig bei der .git/configDefinition "verfolgen" soll branch.branchB.remote = remoteR.

Stellen Sie sich 'refs' als C ++ - Zeiger vor. Physisch sind es Dateien, die SHA-Digests enthalten, aber im Grunde sind sie nur Zeiger auf den Commit-Baum. git fetchfügt Ihrem Commit-Baum viele Knoten hinzu, aber wie Git entscheidet, welche Zeiger verschoben werden sollen, ist etwas kompliziert.

Wie in einer anderen Antwort erwähnt , auch nicht

    git pull remoteR branchB

Noch

    git fetch remoteR branchB

würde sich bewegen refs/remotes/branches/branchB, und letztere kann sich sicherlich nicht bewegen refs/heads/branchB. Beide bewegen sich jedoch FETCH_HEAD. (Sie können cateine dieser Dateien in .git/sehen , wenn sie sich ändern.) Und git mergebeziehen FETCH_HEAD, während Einstellung MERGE_ORIG, usw.

Sind Sie sicher, dass Sie sich an-other-branchbeim Zusammenführen auf der lokalen Ebene befinden?

git fetch origin an-other-branch
git checkout an-other-branch
git merge origin/an-other-branch

Die andere Erklärung :

Alle Änderungen aus dem Zweig, den Sie zusammenführen möchten, wurden bereits mit dem Zweig zusammengeführt, in dem Sie sich gerade befinden.
Insbesondere bedeutet dies, dass der Zweig, den Sie zusammenführen möchten, ein übergeordneter Zweig Ihres aktuellen Zweigs ist

Wenn Sie dem Remote-Repo um ein Commit voraus sind, ist das Remote-Repo veraltet, nicht Sie.

Wenn dies in Ihrem Fall git pullfunktioniert, bedeutet dies nur, dass Sie nicht auf dem richtigen Zweig sind.

Git Pull ist eigentlich ein Combo-Tool: Es führt Git Fetch (Abrufen der Änderungen) und Git Merge (Zusammenführen mit Ihrer aktuellen Kopie) aus.

Sind Sie sicher, dass Sie sich in der richtigen Branche befinden?

Dies sind die Befehle:

git fetch origin
git merge origin/somebranch somebranch

Wenn Sie dies in der zweiten Zeile tun:

git merge origin somebranch

Es wird versucht, den lokalen Master in Ihrem aktuellen Zweig zusammenzuführen.

Die Frage, wie ich es verstanden habe, war, dass Sie bereits lokal abgerufen wurden und jetzt Ihren Zweig mit dem neuesten Zweig desselben Zweigs zusammenführen möchten .