Come 'git pull' in un ramo che non è quello corrente?

Quando corri git pullsul masterramo, in genere tira da origin/master. Mi trovo in un ramo diverso chiamato newbranch, ma devo eseguire un comando che esegue un comando git pullda origin/masterin masterma non posso eseguire git checkoutper modificare il ramo selezionato fino a quando il pull non è completo. C'è un modo per fare questo?

Per fornire alcune informazioni di base, il repository memorizza un sito Web. Ho apportato alcune modifiche newbranche le ho distribuite passando al sito Web newbranch. Ora queste modifiche sono state unite a monte nel masterramo, sto cercando di riportare anche il sito Web al masterramo. A questo punto newbranche origin/mastersono identici, ma masterè in ritardo origin/mastere necessita di essere aggiornato. Il problema è, se lo faccio in modo tradizionale:

$ 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

Ho bisogno di ottenere lo stesso di sopra ( git checkout master && git pull), ma senza cambiare la directory di lavoro a una revisione precedente durante il processo.

Hai un albero di lavoro che non vuoi toccare, quindi usane un altro. Il clone è economico, è costruito per questo.

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

Il problema con tutte le altre risposte qui è che in realtà non fanno il tiro. Se hai bisogno della fusione o del rebase per cui hai impostato il pull, hai bisogno di un altro albero di lavoro e della procedura sopra. Altrimenti basta git fetch; git checkout -B master origin/master.

Semplice: aggiornamento da un ramo remoto a un ramo master attualmente non estratto :

git fetch origin master:master

dove origin è il tuo telecomando e sei attualmente estratto in qualche ramo, ad esempio dev .

Se vuoi aggiornare il tuo ramo attuale oltre a quello specificato in una volta sola:

git pull origin master:master

La risposta è qui: Unisci, aggiorna ed estrai i rami Git senza usare i checkout

# 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

A quanto pare, la risposta è apparentemente semplice:

$ 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

Ciò consente di aggiornare il masterramo senza passare ad esso fino a quando non è stato aggiornato.

Sei preoccupato per qualcosa che non può essere risolto, poiché le operazioni Git non sono atomiche. Avrai sempre un buco in cui la tua directory di lavoro è a metà strada tra i rami, anche se aggiorni il master senza prima passare ad esso. Questo è il motivo per cui Git non è uno strumento di distribuzione .

Dal momento che non stai effettivamente eseguendo il commit del codice nel tuo ambiente di produzione (spero), non hai effettivamente bisogno di avere un ramo controllato. Puoi semplicemente fare a git fetchper aggiornare i tuoi ref remoti, e quindi git checkout origin/masterspostare la directory di lavoro direttamente sul commit attualmente puntato da origin/master. Questo ti metterà in uno stato di testa distaccato, ma ancora una volta, poiché non stai eseguendo il commit del codice, non importa.

Questo è il buco più piccolo che otterrai, ma come ho detto, esiste ancora un buco; checkoutnon è atomico.

Puoi usare update-ref per questo:

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

Nota che questo eliminerebbe tutti i commit locali nel ramo master. Nel tuo caso non ce ne saranno, quindi va bene. Per altre persone che cercano di farlo dove ci sono commit locali, non penso sia possibile, poiché l'unione può essere eseguita solo sul ramo corrente.

La soluzione di Malvineous funziona per me

$ 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

Basta dare l'errore

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

Quindi corro con l'opzione -D

Grazie

git fetch origin master:master

• "Tira" (in realtà recupera) master.
• Se hai modifiche sul tuo masterche non sono ancora state inviate, origin/masterviene unito al tuo master.
• Se ci sono conflitti di unione, dovrai prima risolverli.