Diferencia entre git checkout --track origin/branch y git checkout -b branch origin/branch

Los dos comandos tienen el mismo efecto ( gracias a la respuesta de Robert Siemer por señalarlo ).

La diferencia práctica surge cuando se utiliza una sucursal local con un nombre diferente :

• git checkout -b mybranch origin/abranchcreará mybranchy rastrearáorigin/abranch
• git checkout --track origin/abranchsolo creará ' abranch', no una rama con un nombre diferente.

(Es decir, como comentó Sebastian Graf , si la sucursal local no existiera ya.
Si existiera, necesitaría git checkout -B abranch origin/abranch)

Nota: con Git 2.23 (tercer trimestre de 2019), se usaría el nuevo comandogit switch :

git switch -c <branch> --track <remote>/<branch>

Si la rama existe en varios controles remotos y uno de ellos recibe el nombre de la checkout.defaultRemotevariable de configuración, lo usaremos para fines de desambiguación, incluso si <branch>no es único en todos los controles remotos.
Configúrelo, por ejemplo, checkout.defaultRemote=originpara verificar siempre las ramas remotas desde allí si <branch>es ambigua pero existe en el control remoto de "origen".

Aquí, ' -c'está lo nuevo' -b'.

Primero, algunos antecedentes: el seguimiento significa que una sucursal local tiene su upstream configurado en una sucursal remota:

# git config branch.<branch-name>.remote origin
# git config branch.<branch-name>.merge refs/heads/branch

git checkout -b branch origin/branchvoluntad:

• crear/restablecer branchal punto al que hace referencia origin/branch.
• cree la rama branch(con git branch) y realice un seguimiento de la rama de seguimiento remoto origin/branch.

Cuando se inicia una sucursal local a partir de una sucursal de seguimiento remoto, Git configura la sucursal (específicamente las entradas de configuración branch.<name>.remoteybranch.<name>.merge ) para que git pullse fusione adecuadamente desde la sucursal de seguimiento remoto.
Este comportamiento se puede cambiar mediante el branch.autosetupmergeindicador de configuración global. Esa configuración se puede anular usando las opciones --tracky --no-tracky cambiarla más tarde usando git branch --set-upstream-to.

Y git checkout --track origin/branchhará lo mismo que git branch --set-upstream-to):

 # or, since 1.7.0
 git branch --set-upstream upstream/branch branch
 # or, since 1.8.0 (October 2012)
 git branch --set-upstream-to upstream/branch branch
 # the short version remains the same:
 git branch -u upstream/branch branch

También establecería el upstream para ' branch'.

(Nota: git1.8.0 quedará obsoleto git branch --set-upstreamy lo reemplazará con git branch -u|--set-upstream-to: ver anuncio de git1.8.0-rc1 )

Tener una sucursal ascendente registrada para una sucursal local:

• Dile a git que muestre la relación entre las dos ramas en git statusygit branch -v .
• indica git pull sin argumentos que se extraiga del flujo ascendente cuando se retira la nueva rama .

Consulte "¿ Cómo se puede hacer que una rama git existente rastree una rama remota? " para obtener más información.

Apr 03 '2012 22:04 VonC