Git: Was ist ein Tracking-Zweig?

Question

Kann jemand einen "Verfolgungszweig" erklären, wie es auf git zutrifft?

Hier ist die Definition von git-scm.com:

A 'Tracking-Zweig' in Git ist ein lokaler Zweig, der zu einem entfernten Zweig verbunden ist. Wenn Sie auf diesen Zweig drücken und ziehen, schiebt er automatisch und zieht an die entfernte Verzweigung, die es mit verbunden ist.

verwenden, wenn man immer von dem vorgeschalteten Zweig gleichen zieht in den neuen Zweig, und wenn Sie nicht wollen, „git pull“ explizit verwenden.

Leider ist diese Definition absolut neu für mich, weil ich neu bin und von SVN komme.

Ich lese durch "The Pragmatic Guide to Git" (tolles Buch, übrigens), und sie scheinen darauf hinzuweisen, dass Tracking-Filialen eine gute Sache sind und dass nach der Erstellung Ihrer ersten Fernbedienung (Herkunft, in diesem Fall) sollten Sie Richten Sie Ihren Master-Zweig als Tracking-Zweig ein, aber er deckt leider nicht ab, warum ein Tracking-Zweig eine gute Sache ist oder Welche Vorteile erhalten Sie, indem Sie Ihren Master-Zweig als Tracking-Zweig Ihres Ursprungsrepositorys einrichten .

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

Answer 1

Die ProGit book hat a very good explanation:

Tracking-Zweig

eine lokale Niederlassung von einem entfernten Zweig Checking out erstellt automatisch, was für einen Tracking-Zweig genannt wird. Tracking-Zweige sind lokale Zweige, die eine direkte Beziehung zu einer Remote-Zweigstelle haben. Wenn Sie in einem Tracking-Zweig sind und git push eingeben, weiß Git automatisch, an welchen Server und an welchen Zweig Push gesendet werden soll. Wenn Sie git pull ausführen, werden in einem dieser Zweige alle Remoteverweise abgerufen und automatisch in der entsprechenden Remoteverzweigung zusammengeführt.

Wenn Sie ein Repository klonen, wird in der Regel automatisch ein Master-Zweig erstellt, der den Ursprung/Master verfolgt. Deshalb arbeiten Git Push und Git Pull ohne weitere Argumente aus der Box. Sie können jedoch auch andere Nachverfolgungszweige einrichten, die die Zweige nicht nach Ursprung verfolgen und den Hauptzweig nicht verfolgen. Der einfache Fall ist das Beispiel, das Sie gerade gesehen haben und läuft git checkout -b [branch] [remotename]/[branch]. Wenn Sie Git-Version 1.6.2 oder höher haben, können Sie auch die --track Stenografie 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 dem entfernten Zweig einrichten, können Sie bequem die erste Version mit einer verwenden verschiedener lokaler Zweigname:

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

nun Ihre lokale Niederlassung sf wird automatisch schieben und von origin/serverfix ziehen.

Answer 2

Die Progit Buch erwähnt:

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

Nicht ganz. die Frage SO "Having a hard time understanding git-fetch" beinhaltet:

Es gibt kein Konzept der lokale Tracking Filialen, nur Remote-Tracking Filialen.
So origin/master ist ein Remote-Tracking-Zweig für master im origin Repo.

Aber eigentlich, wenn Sie schaffen eine upstream branch relationship zwischen:

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

Dann sind Sie master als betrachten kann local tracking zweig: es verfolgt die remote t Regale Zweigorigin/master, die wiederum den Master-Zweig der upstream repoorigin verfolgen.

Answer 3

Dies war, wie ich ein Tracking-Zweig so habe ich von ihm in meinen neuen Zweig ziehen kann:

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