Kann jemand einen "Tracking-Zweig" erklären, wie er für Git gilt?

Hier ist die Definition von git-scm.com :

Ein 'Tracking-Zweig' in Git ist ein lokaler Zweig, der mit einem Remote-Zweig verbunden ist. Wenn Sie diesen Zweig drücken und ziehen, wird er automatisch an den Remote-Zweig gedrückt und gezogen, mit dem er verbunden ist.

Verwenden Sie diese Option, wenn Sie immer von demselben Upstream-Zweig in den neuen Zweig ziehen und "git pull" nicht explizit verwenden möchten.

Leider macht diese Definition für mich absolut keinen Sinn, da ich neu in Git bin und von SVN komme.

Ich lese gerade " The Pragmatic Guide to Git " (übrigens ein großartiges Buch) durch und sie scheinen darauf hinzudeuten, dass das Verfolgen von Zweigen eine gute Sache ist und dass Sie dies nach dem Erstellen Ihrer ersten Fernbedienung (in diesem Fall Ursprung) tun sollten Richten Sie Ihren Hauptzweig als Tracking-Zweig ein, aber es wird leider nicht behandelt, warum ein Tracking-Zweig eine gute Sache ist oder welche Vorteile Sie erhalten, wenn Sie Ihren Master-Zweig als Tracking-Zweig Ihres Ursprungs-Repositorys einrichten .

Kann mich bitte jemand aufklären (auf Englisch)?

Das ProGit-Buch hat eine sehr gute Erklärung :

Verfolgen von Zweigen

Durch das Auschecken eines lokalen Zweigs aus einem Remote-Zweig wird automatisch ein sogenannter Tracking-Zweig erstellt. Tracking-Zweige sind lokale Zweige, die eine direkte Beziehung zu einem Remote-Zweig haben. Wenn Sie sich in einem Tracking-Zweig befinden und diesen eingeben git push, weiß Git automatisch, auf welchen Server und Zweig Sie pushen müssen. Wenn Sie git pullin einem dieser Zweige ausgeführt werden, werden alle Remote-Referenzen abgerufen und dann automatisch in den entsprechenden Remote-Zweig eingefügt.

Wenn Sie ein Repository klonen, wird im Allgemeinen automatisch ein Master-Zweig erstellt, der den Ursprung / Master verfolgt. Das ist der Grund git pushund git pullfunktioniert ohne weitere Argumente. Sie können jedoch auch andere Verfolgungszweige einrichten, wenn Sie dies wünschen - solche, die keine Zweige am Ursprung verfolgen und den Hauptzweig nicht verfolgen. Der einfache Fall ist das Beispiel, das Sie gerade gesehen haben git checkout -b [branch] [remotename]/[branch]. Wenn Sie Git Version 1.6.2 oder höher haben, können Sie auch die --trackKurzform verwenden:

$ git checkout --track origin/serverfix
Branch serverfix set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "serverfix"

Um einen lokalen Zweig mit einem anderen Namen als den Remote-Zweig einzurichten, können Sie problemlos die erste Version mit einem anderen lokalen Zweignamen verwenden:

$ git checkout -b sf origin/serverfix
Branch sf set up to track remote branch refs/remotes/origin/serverfix.
Switched to a new branch "sf"

Jetzt wird Ihre lokale Niederlassung sfautomatisch zu und von dort ziehen origin/serverfix.

BONUS: zusätzliche git statusInformationen

Mit einem Tracking-Zweig git statuserfahren Sie, wie weit Sie hinter Ihrem Tracking-Zweig zurückliegen - nützlich, um Sie daran zu erinnern, dass Sie Ihre Änderungen noch nicht vorgenommen haben! Es sieht aus wie das:

$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
  (use "git push" to publish your local commits)

oder

$ git status
On branch dev
Your branch and 'origin/dev' have diverged,
and have 3 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

Im Folgenden finden Sie meine persönlichen Lernnotizen zu GIT-Tracking-Zweigen. Hoffentlich ist dies für zukünftige Besucher hilfreich:

Tracking von Zweigen und "Git Fetch":

Das Pro Git-Buch erwähnt :

Tracking-Zweige sind lokale Zweige, die eine direkte Beziehung zu einem Remote-Zweig haben

Nicht genau. Die SO-Frage " Schwer zu verstehengit-fetch " beinhaltet:

Es gibt kein solches Konzept für lokale Verfolgungszweige , nur Fernverfolgungszweige .
So origin/masterist ein Remote-Tracking-Zweig für masterim originRepo.

Aber tatsächlich, sobald Sie eine vorgelagerte Verzweigungsbeziehung hergestellt haben zwischen:

• eine lokale Niederlassung wie master
• und ein Remote-Tracking-Zweig wie origin/master

Dann können Sie masterals lokaler Tracking-Zweig betrachten : Er verfolgt den Remote-Tracking-Zweig origin/master , der wiederum den Hauptzweig des Upstream-Repos verfolgt origin .

Auf diese Weise habe ich einen Tracking-Zweig hinzugefügt, damit ich ihn in meinen neuen Zweig ziehen kann:

git branch --set-upstream-to origin/Development new-branch