¿Alguien puede explicar una "rama de seguimiento" como se aplica a git?

Aquí está la definición de git-scm.com :

Una 'rama de seguimiento' en Git es una rama local que está conectada a una rama remota. Cuando empuja y tira de esa rama, automáticamente empuja y tira hacia la rama remota con la que está conectada.

Use esto si siempre tira de la misma rama ascendente a la nueva rama, y ​​si no desea usar "git pull" explícitamente.

Desafortunadamente, al ser nuevo en git y venir de SVN, esa definición no tiene absolutamente ningún sentido para mí.

Estoy leyendo " La guía pragmática de Git " (gran libro, por cierto), y parecen sugerir que rastrear ramas es algo bueno y que después de crear su primer control remoto (origen, en este caso), debería configure su rama maestra para que sea una rama de rastreo, pero desafortunadamente no cubre por qué una rama de rastreo es algo bueno o qué beneficios obtiene al configurar su rama maestra para que sea una rama de rastreo de su repositorio de origen .

¿Puede alguien por favor iluminarme (en inglés)?

El libro ProGit tiene una muy buena explicación :

Rastreo de ramas

Retirar una rama local desde una rama remota crea automáticamente lo que se llama una rama de seguimiento. Las ramas de seguimiento son ramas locales que tienen una relación directa con una rama remota. Si está en una rama y tipo de seguimiento git push, Git sabe automáticamente a qué servidor y rama presionar. Además, la ejecución git pullmientras se encuentra en una de estas ramas recupera todas las referencias remotas y luego se fusiona automáticamente en la rama remota correspondiente.

Cuando clona un repositorio, generalmente crea automáticamente una rama maestra que rastrea el origen / maestro. Es por eso git pushy git pulltrabajar fuera de la caja sin otros argumentos. Sin embargo, puede configurar otras ramas de rastreo si lo desea, las que no rastrean ramas en origen y no rastrean la rama maestra. El caso simple es el ejemplo que acabas de ver, corriendo git checkout -b [branch] [remotename]/[branch]. Si tiene Git versión 1.6.2 o posterior, también puede usar la --tracktaquigrafía:

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

Para configurar una sucursal local con un nombre diferente al de la sucursal remota, puede usar fácilmente la primera versión con un nombre de sucursal local diferente:

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

Ahora, su sucursal local sfautomáticamente empujará hacia y desde origin/serverfix.

BONIFICACIÓN: git statusinformación extra

Con una bifurcación de seguimiento, git statusle dirá si está detrás de su bifurcación de seguimiento, ¡útil para recordarle que aún no ha presionado sus cambios! Se parece a esto:

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

o

$ 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)

A continuación se encuentran mis notas de aprendizaje personales sobre las ramas de seguimiento de GIT, espero que sea útil para futuros visitantes:

Rastreo de ramas y "git fetch":

El libro Pro Git menciona :

Las ramas de seguimiento son ramas locales que tienen una relación directa con una rama remota

No exactamente. La pregunta SO " Tener dificultades para comprendergit-fetch " incluye:

No existe tal concepto de sucursales de seguimiento local , solo sucursales de seguimiento remoto .
También lo origin/masteres una rama de seguimiento remoto masteren el originrepositorio.

Pero en realidad, una vez que establece una relación de rama ascendente entre:

• una sucursal local como master
• y una rama de seguimiento remoto como origin/master

Luego puede considerarlo mastercomo una rama de seguimiento local : rastrea la rama de seguimiento remota origin/master que, a su vez, rastrea la rama maestra del repositorio ascendente origin .

Así fue como agregué una rama de seguimiento para poder extraerla de mi nueva rama:

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