¿Cómo 'git pull' en una rama que no es la actual?

Cuando se ejecuta git pullen la masterrama, generalmente se extrae origin/master. Estoy en una rama diferente llamada newbranch, pero necesito ejecutar un comando que hace un git pulldesde origin/masterdentro masterpero no puedo ejecutar git checkoutpara cambiar la rama seleccionada hasta después de que se complete la extracción. ¿Hay alguna forma de hacer esto?

Para dar algunos antecedentes, el repositorio almacena un sitio web. He realizado algunos cambios newbranchy los he implementado cambiando el sitio web a newbranch. Ahora que esos cambios se han fusionado aguas arriba en la mastersucursal, también estoy tratando de cambiar el sitio web a la mastersucursal. En este punto, newbranchy origin/masterson idénticos, pero se masterestá quedando atrás origin/mastery necesita ser actualizado. El problema es que si lo hago de la manera tradicional:

$ git checkout master
   # Uh oh, production website has now reverted back to old version in master
$ git pull
   # Website is now up to date again

Necesito lograr lo mismo que arriba ( git checkout master && git pull), pero sin cambiar el directorio de trabajo a una revisión anterior durante el proceso.

Tienes un árbol de trabajo que no quieres tocar, así que usa otro. Clone es barato, está hecho para esto.

git fetch origin master       # nice linear tree
git clone . ../wip -b master  # wip's `origin/master` is my `master`
cd ../wip                     # .
git pull origin origin/master # merge origin's origin/master
git push origin master        # job's done, turn it in.
cd ../main
rm -rf ../wip                 # wip was pushed here, wip's done

git checkout master           # payload

El problema con todas las otras respuestas aquí es que en realidad no lo hacen. Si necesita la fusión o el rebase para el que tiene configurado pull, necesita otro árbol de trabajo y el procedimiento anterior. De lo contrario solo git fetch; git checkout -B master origin/masterlo hará.

Sencillo: Actualización desde una sucursal remota a una sucursal maestra actualmente no extraída :

git fetch origin master:master

donde origen es su control remoto y actualmente está desprotegido en alguna rama, por ejemplo, dev .

Si desea actualizar su rama actual además de la rama especificada de una vez:

git pull origin master:master

Esto se responde aquí: combinar, actualizar y extraer ramas de Git sin usar las cajas

# Merge local branch foo into local branch master,
# without having to checkout master first.
# Here `.` means to use the local repository as the "remote":
git fetch . foo:master

# Merge remote branch origin/foo into local branch foo,
# without having to checkout foo first:
git fetch origin foo:foo

Como resultado, la respuesta es engañosamente simple:

$ git fetch                           # Update without changing any files
$ git branch -d master                # Remove out-of-date 'master' branch
$ git checkout --track origin/master  # Create and check out up-to-date 'master' branch

Esto le permite actualizar la masterrama sin tener que cambiar a ella hasta después de que se ha actualizado.

Te preocupa algo que no se puede arreglar, ya que las operaciones de Git no son atómicas. Siempre tendrá un agujero donde su directorio de trabajo esté a medio camino entre las ramas, incluso si actualiza el maestro sin cambiarlo primero. Es por eso que Git no es una herramienta de implementación .

Dado que en realidad no está confirmando el código en su entorno de producción (espero), en realidad no necesita tener una sucursal verificada. Simplemente puede hacer una git fetchactualización de sus referencias remotas y luego git checkout origin/mastermover el directorio de trabajo directamente al commit al que apunta actualmenteorigin/master . Esto lo pondrá en un estado de cabeza separada, pero nuevamente, como no está cometiendo código, esto no importa.

Este es el agujero más pequeño que vas a conseguir, pero como dije, todavía existe un agujero; checkoutNo es atómico.

Puede usar update-ref para esto:

git fetch
git update-ref refs/heads/master origin/master
git checkout master

Tenga en cuenta que esto arrojaría cualquier confirmación local en la rama maestra. En su caso no habrá ninguno, así que está bien. Para otras personas que intentan hacer esto donde hay confirmaciones locales, no creo que sea posible, ya que la fusión solo se puede ejecutar en la rama actual.

La solución de Malvineous me funciona

$ git fetch                           # Update without changing any files
$ git branch -d master                # Remove out-of-date 'master' branch
$ git checkout --track origin/master  # Create and check out up-to-date 'master' branch

Solo en dar el error

warning: not deleting branch 'master' that is not yet merged to
         'refs/remotes/origin/master', even though it is merged to HEAD.
error: The branch 'master' is not fully merged.
If you are sure you want to delete it, run 'git branch -D master'.

Entonces corro con la opción -D

Gracias

git fetch origin master:master

• "Pulls" (en realidad busca) master.
• Si tiene cambios en su masterque aún no se han presionado, origin/masterse fusionan en su maestro.
• Si hay conflictos de fusión, primero deberá resolverlos.