Come riformulare la filiale locale con il master remoto

Ho un progetto clonato da un ramo master dal repository remoto remote_repo. Creo una nuova filiale e mi impegno per quella filiale. Altri programmatori si sono spinti remote_repoverso il ramo principale.

Ho bisogno ora di reimpostare il mio ramo RB sul remote_repomaster.

Come fare questo? Quali comandi digitare su un terminale?

Prima recupera il nuovo master dal repository upstream, quindi modifica il tuo ramo di lavoro su quello:

git fetch origin            # Updates origin/master
git rebase origin/master    # Rebases current branch onto origin/master

Aggiornamento : vedere la risposta di Paul Draper per un modo più conciso di fare lo stesso: le recenti versioni di Git forniscono un modo più semplice di eseguire l'equivalente dei due comandi precedenti.

git pull --rebase origin master
# where --rebase[=(false|true|merges|preserve|interactive)]

Dopo aver eseguito le modifiche alla tua filiale, fai il checkout mastere tiralo per ottenere le ultime modifiche dal repository:

git checkout master
git pull origin master

Quindi controlla la tua filiale e modifica le modifiche su master:

git checkout RB
git rebase master

... o ultimi due comandi in una riga:

git rebase master RB

Quando provi a tornare a origin/RB, probabilmente otterrai un errore; se sei l'unico a lavorare RB, puoi forzare push:

git push --force origin RB

... o come segue se git è stato configurato correttamente:

git push -f

Nota: se si dispone già di ampie conoscenze su rebase, utilizzare sotto un liner per un rebase veloce. Soluzione: supponendo che tu sia nel tuo ramo di lavoro e tu sei l'unica persona che ci lavora.

git fetch && git rebase origin/master

Risolvi eventuali conflitti, testa il tuo codice, esegui il commit e invia nuove modifiche al ramo remoto.

                            ~:   For noobs   :~

I seguenti passaggi potrebbero aiutare chiunque sia nuovo git rebasee volesse farlo senza problemi

Passaggio 1: Supponendo che non ci siano commit e modifiche da apportare su YourBranch a questo punto. Stiamo visitando YourBranch.

git checkout YourBranch
git pull --rebase

Quello che è successo? Estrae tutte le modifiche apportate da altri sviluppatori che lavorano sulla tua filiale e ne modifica le modifiche.

Passaggio 2: risolvere eventuali conflitti che si presentano.

Passaggio 3:

git checkout master
git pull --rebase

Quello che è successo? Estrae tutte le ultime modifiche dal master remoto e ripristina il master locale sul master remoto. Tengo sempre il master remoto pulito e pronto per il rilascio! E, preferisco lavorare solo su master o filiali localmente. Ti consiglio di farlo fino a quando non avrai una mano su git modifiche o commit. Nota: questo passaggio non è necessario se non si gestisce il master locale, ma è possibile eseguire un recupero e il reimpostazione del master remoto direttamente sul ramo locale direttamente. Come ho già detto all'inizio.

Passaggio 4: risolvere eventuali conflitti che si presentano.

Passaggio 5:

git checkout YourBranch
git rebase master

Quello che è successo? Si verifica il rebase sul master

Passaggio 6: risolvere eventuali conflitti, se presenti conflitti. Utilizzare git rebase --continueper continuare il rebase dopo aver aggiunto i conflitti risolti. In qualsiasi momento è possibile utilizzare git rebase --abortper interrompere il rebase.

Passaggio 7:

git push --force-with-lease 

Quello che è successo? Invio delle modifiche al tuo YourBranch remoto. --force-with-leasesi assicurerà se ci sono altre modifiche in arrivo per YourBranch da parte di altri sviluppatori durante la revisione. Questo è super utile piuttosto che forzare la spinta. In caso di modifiche in arrivo, recuperale per aggiornare YourBranch locale prima di inviare le modifiche.

Perché devo spingere le modifiche? Per riscrivere il messaggio di commit in YourBranch remoto dopo il rebase corretto o Se sono stati risolti dei conflitti? Quindi è necessario inviare le modifiche risolte nel repository locale al repository remoto di YourBranch

Yahoooo ...! Hai finito con successo con il rebasing.

Potresti anche cercare di fare:

git checkout master
git merge YourBranch

Quando e perché? Unisci il tuo ramo al master se fatto con modifiche da te e altri co-sviluppatori. Il che rende YourBranch aggiornato con master quando in seguito si voleva lavorare sullo stesso ramo.

                            ~:   (๑ơ ₃ ơ)♥ rebase   :~

Passo 1:

git fetch origin

Passo 2:

git rebase origin/master

Passaggio 3: (risolvere eventuali conflitti)

git add .

Step 4:

git rebase --continue

Passaggio 5:

git push --force

1.Update Master prima ...

git checkout [master branch]
git pull [master branch]

2.Ora rinnova il ramo di origine con il ramo principale

git checkout [source branch]
git rebase [master branch]
git pull [source branch] (remote/source branch)
git push [source branch]

Il ramo di origine IF non esiste ancora sul telecomando, quindi:

git push -u origin [source branch]

"et voilà..."

git fetch origin master:master estrae l'ultima versione di master senza bisogno di verificarlo.

Quindi tutto ciò che serve è:

git fetch origin master:master && git rebase master 👌