git rebase upstream/master vs git pull --rebase master upstream

Question

C'è una differenza tra git rebase upstream/master e git pull --rebase upstream master e, in caso affermativo, che cosa? Il telecomando potrebbe essere qualsiasi remoto, non necessariamente a monte.

Answer 1

innanzitutto, l'aggiornamento di upstream/master viene eseguito.

Se hai appena rebase senza aggiornare prima upstream/master, non sarà possibile ottenere lo stesso risultato.

ho illustrano in "master branch and 'origin/master' have diverged, how to 'undiverge' branches'?"

---

SnakE menzioni in the comments che git pull --rebase non è esattamente git fetch && git rebase origin/master.
Vedere "what does "git pull --rebase" do?"

(origin/master) 
    | 
A--B--C (master) 
\ 
    B'--D (actual origin/master after changing B and force pushing) 

Cosa git pull --rebase fa, in questo caso, è:

git fetch origin 
git rebase --onto origin/master B master 

Qui:

• origin/master è il nuovo aggiornato origin/master (B')
• B è il vecchio origin/master (prima di una operazione di recupero aggiornati esso)
• master è il ramo per riprodurre in cima origin/master

Questo differisce da git fetch + git rebase origin/master a che il comando pull --rebase cerca di scoprire che impegna sono davvero tuo locale quelli, che provenivano da monte in una raccolta precedente.

Per fare ciò, guarda il reflog del ramo di localizzazione remota (origin/master, in questo caso). Questo riferimento rappresenta i suggerimenti delle successive operazioni git fetch su origin, nell'ordine "più recente prima".

Per ciascuna voce di prospetto, (origin/master@{1}, quindi ...{2} e così via) viene verificato se tale commit è un antenato dell'attuale capo di diramazione master. Non appena ne trova uno, lo preleva come punto di partenza per il rebase (B nell'esempio sopra).