Git: Come riassegnare più rami (con lo stesso commit di base) in una volta?

Question

Ho un master branch nel mio progetto, che uso per estrarre le modifiche da altre persone. Da quello, di solito ho diverse sezioni tematiche su cui sto lavorando al momento.

La mia domanda è: c'è un modo per me di inserire nuove modifiche nel mio master e quindi ridimensionare TUTTI i rami del mio argomento su quello in una volta?

Questa è la situazione:

 D--E topic1 
    /
A--B--C master 
     \ 
     F--G topic2 

e voglio fare questo con un unico comando (H proveniva da monte):

 
       D'--E' topic1 
      /
    A--B--C--H master 
       \ 
       F'--G' topic2 

Ora, so che posso ottenere questo risultato rebasing topic1 e topic2 su master, e potrei persino scrivere uno script per automatizzarlo. Ma cosa succede se ho diversi altri rami, ne creo di nuovi ed elimini frequentemente altri e ricevo continuamente modifiche a monte?

Questa operazione (diversi rebasi), quando eseguita a mano, è stancante e soggetta a errori.

C'è un modo più semplice?

Grazie!

Answer 1

Sono abbastanza sicuro che non c'è un modo per farlo automaticamente. Ricorda che "git rebase master" può anche riportarti alla shell che necessita di risolvere i conflitti di merge, quindi se vuoi scrivere uno script per automatizzare tutto questo devi tenerne conto.

Si può facilmente tenere traccia delle filiali che devono essere aggiornate. Hmm, per ogni ramo, "git rev-list branch..master" produrrà output se il branch non è aggiornato wrt (cioè si limita a commettere in cima a) master. Quindi è necessario scorrere tutti i capi locali, tranne le padrone di produrre una relazione (nb "git show-branch" sarà di circa fare questo):

git for-each-ref 'refs/heads/*' | \ 
    while read rev type ref; do 
    branch=$(expr "$ref" : 'refs/heads/\(.*\)') 
    revs=$(git rev-list $rev..master) 
    if [ -n "$revs" ]; then 
     echo $branch needs update 
     git diff --summary --shortstat -M -C -C $rev master 
    fi 
    done 

Quindi, se ti sentivi coraggioso, è possibile sostituire che "git diff "con qualcosa come" git checkout $ branch & & git rebase master "(o forse solo" git pull --rebase "se lo hai impostato). Penso che dovresti verificare l'esistenza di una directory ".git/rebase-apply" o controllare l'indice per i file non divisi ("git ls-files -u") per verificare se siamo rimasti in attesa di fare unire.

Naturalmente, se non ci sono conflitti, allora è facile ... è la produzione di qualcosa che funziona anche quando non è facile che è il problema: p

E questo non risolve necessariamente quello che succede se uno dei le tue diramazioni si basano su qualcos'altro ... è per questo che ho menzionato l'uso di "git pull --rebase", perché questo sarebbe stato rebase in base alla configurazione del ramo, non ciecamente dal master. Anche se il rilevamento non è basato sulla configurazione del ramo ... forse sarebbe più semplice controllare ogni ramo e fare "git pull" e lasciare che la configurazione del ramo gestisca tutto, incluso se rebase o unire?

Answer 2

Si può sempre e solo scrivere un guscio di one-liner in questo modo:

for branch in topic1 topic2 topic3;do git rebase master $branch;done 

Dal momento che i rami argomento che si desidera rebase probabilmente cambierà nel corso del tempo, questo è un rapido e-dir^H^H^soluzione Hflexible :-)

Answer 3

ho girato questo in uno script robusta, mantenuta in my git-extensions repository:

$ git-urebaselocalbr --help 
Rebase all/the last committed N local branches (except for the current branch 
and master) to the updated upstream head. 
Usage: git-urebaselocalbr [--continue|--skip|--abort] [--branches "<branch1> ..."] [N] [-i|--interactive] [options]