Comment 'git pull' dans une branche qui n'est pas la branche actuelle?

Lorsque vous exécutez git pullsur la masterbranche, il tire généralement de origin/master. Je suis dans une branche différente appelée newbranch, mais je dois exécuter une commande qui fait un git pullde origin/masteren mastermais je ne peux pas exécuter git checkoutpour changer la branche sélectionnée tant que l'extraction n'est pas terminée. Y a-t-il un moyen de faire cela?

Pour donner un peu de contexte, le référentiel stocke un site Web. J'ai apporté quelques modifications newbranchet les ai déployées en basculant le site Web vers newbranch. Maintenant que ces changements ont été fusionnés en amont dans la mastersuccursale, j'essaie de ramener le site Web à la mastersuccursale également. À ce stade, newbranchet origin/mastersont identiques, mais masterest à la traîne origin/masteret doit être mis à jour. Le problème est, si je le fais de manière traditionnelle:

$ 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

Je dois réaliser la même chose que ci-dessus ( git checkout master && git pull), mais sans changer le répertoire de travail vers une révision antérieure au cours du processus.

Vous avez un arbre de travail que vous ne voulez pas toucher, alors utilisez-en un autre. Le clone est bon marché, il est conçu pour cela.

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

Le problème avec toutes les autres réponses ici est qu'elles ne tirent pas réellement. Si vous avez besoin de la fusion ou du rebase pour lequel vous avez configuré l'extraction, vous avez besoin d'un autre arbre de travail et de la procédure ci-dessus. Sinon git fetch; git checkout -B master origin/master, ça fera l'affaire.

Simple: mise à jour d'une branche distante vers un maître de branche actuellement non extrait :

git fetch origin master:master

où origin est votre télécommande et vous êtes actuellement extrait dans une branche, par exemple dev .

Si vous souhaitez mettre à jour votre branche actuelle en plus de la branche spécifiée en une seule fois:

git pull origin master:master

Ceci est répondu ici: Fusionner, mettre à jour et extraire des branches Git sans utiliser d'extraction

# 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

En fait, la réponse est d'une simplicité trompeuse:

$ 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

Cela vous permet de mettre à jour la masterbranche sans passer à jusqu'à après qu'il a été mis à jour.

Vous vous inquiétez de quelque chose qui ne peut pas être corrigé, car les opérations Git ne sont pas atomiques. Vous aurez toujours un trou où votre répertoire de travail est à mi-chemin entre les branches, même si vous mettez à jour le maître sans y avoir d'abord basculé. C'est pourquoi Git n'est pas un outil de déploiement .

Puisque vous ne validez pas réellement de code dans votre environnement de production (j'espère), vous n'avez pas vraiment besoin de faire extraire une branche. Vous pouvez simplement faire a git fetchpour mettre à jour vos références distantes, puis git checkout origin/masterpour déplacer le répertoire de travail directement vers le commit actuellement pointé par origin/master. Cela vous mettra dans un état principal détaché, mais encore une fois, comme vous ne validez pas de code, cela n'a pas d'importance.

C'est le plus petit trou que vous allez avoir, mais comme je l'ai dit, un trou existe toujours; checkoutn'est pas atomique.

Vous pouvez utiliser update-ref pour cela:

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

Notez que cela rejetterait tous les commits locaux dans la branche master. Dans votre cas, il n'y en aura pas, donc ça va. Pour d'autres personnes qui essaient de faire cela là où il y a des commits locaux, je ne pense pas que ce soit possible, car la fusion ne peut être exécutée que sur la branche actuelle.

La solution de Malvineous fonctionne pour moi

$ 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

Juste pour donner l'erreur

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'.

Alors je cours avec l'option -D

Merci

git fetch origin master:master

• "Pulls" (en fait récupère) master.
• Si vous avez des modifications sur votre masterqui ne sont pas encore transmises, elles origin/mastersont fusionnées dans votre maître.
• S'il y a des conflits de fusion, vous devrez d'abord les résoudre.