Non sono sicuro che questo sia il modo "benedetto" per farlo, ma ecco cosa ho fatto per risolvere lo stesso problema senza "forzare la spinta" o qualcosa di grave.
Supponiamo che la tua storia assomigli a questa (e M è l'unione flubbed):
-A--B--C--M (master points here)
\ /
D----E
La corsa git checkout -b merge_fix <commit ID E>crea un ramo prima di commettere errori:
-A--B--C--M (master points here)
\ /
D----E (HEAD and merge_fix point here)
Ora, rifacciamo l'unione sulla nostra nuova filiale. Non possiamo semplicemente unirci master, quindi dobbiamo scegliere manualmente il commit prima della nostra brutta unione: git merge <commit ID C>non fare gli stessi errori che hai fatto l'ultima volta!
-A--B--C--M (master points here)
\ X
D----E-G (HEAD and merge_fix point here)
Supponendo che il commit Gappaia buono, ora vogliamo sincronizzarci con la parte superiore del masterramo. Questo comando dice a git di ignorare le modifiche apportate al master e forzare le nostre modifiche a diventare il risultato dell'unione:git merge -s ours master
-A--B--C--M (master points here)
\ X \
D----E-G--H (HEAD and merge_fix point here)
Infine, (sempre supponendo che il commit Happaia buono, vogliamo avanzare rapidamente masterper includere la nostra unione fissa:
git checkout master
git merge merge_fix
Questo sposta semplicemente il masterpuntatore del ramo su H, ma ne approfitterò per ripulire un po 'la mia arte ASCII:
-A--B--C--M--H (HEAD, master, and merge_fix all point here)
\ X /
D----E--G
E il gioco è fatto! hai rieseguito con successo l'unione senza invalidare la cronologia!