Rebase a merge commit

Question

Supponiamo che il mio repository Git abbia inizialmente due rami: Foo e Bar.

 
... ─ Foo 

... ─ Bar 

Creo un terzo ramo, FooBar in cui commetto l'unione degli altri due rami.

 
... ─ Foo ──┐ 
      FooBar 
... ─ Bar ──┘ 

FooBar ora è impegnato in anticipo rispetto a Foo e Bar. Successivamente, faccio ancora un po 'di lavoro, impegnando alcune volte solo su Foo.

 
... ── A ───┬── B ── C ── D ── Foo 
      FooBar 
... ─ Bar ──┘ 

La domanda è: dal momento che il primo genitore del ramo FooBar non è più Foo, posso Rebase l'unione impegnarsi nel ramo FooBar di avere di nuovo Foo e bar come i suoi due genitori? In altre parole, posso incorporare lo sviluppo in Foo nel FooBar precedentemente unito con la barra invariata?

 
... ── A ── B ── C ── D ── Foo ──┐ 
           FooBar 
... ─ Bar ───────────────────────┘ 

Answer 1

Non si poteva rebase sotto ramo FooBar senza cambiare ciò che definisce FooBar. Quello che potresti fare è unire FooBar e Foo. Quello avrebbe gli stessi contenuti che desideri.

Answer 2

Stai praticamente cercando di cancellare tutte le tracce della fusione creata in precedenza.

Se veramente si vuole buttare via tutti i commit che esiste solo nella FooBar (e nella directory di lavoro), quindi procedere come segue: in primo luogo fare git checkout FooBar, poi fare git dimenticare la sua storia e fare git reset --hard Foo (se l'intenzione di unire Bar in). Quindi si ricrea l'unione con git merge Bar.

Answer 3

Mi rendo conto che si tratta di un argomento piuttosto vecchio, ma poiché ho trovato questa domanda mentre mi trovavo di fronte a una situazione simile, potevo anche dire cosa ho usato alla fine.

git checkout FooBar 
git rebase -p --onto Foo A 

Ho provato a utilizzare i nomi della domanda originale. Nota in particolare che A indica il commit contrassegnato come A nell'arte ascii. Probabilmente utilizzeresti l'hash del commit o qualsiasi altro modo per indicare il commit in cui i rami e FooBar erano originariamente separati.

Il flag -p è anche noto come --preserve-merges e fa più o meno quello che dice.

Si noti che il ramo Bar non svolge un ruolo qui in modo che la linea di commit possa essere un ramo con nome o meno, non fa alcuna differenza.