Je ne sais pas si c'est la façon "bénie" de le faire, mais voici ce que j'ai fait pour résoudre le même problème sans avoir à "forcer la poussée" ou quelque chose de grossier comme ça.
Supposons que votre historique ressemble à ceci (et M est la fusion flubbed):
-A--B--C--M (master points here)
\ /
D----E
L'exécution git checkout -b merge_fix <commit ID E>crée une branche avant que nous ne commettions d'erreur:
-A--B--C--M (master points here)
\ /
D----E (HEAD and merge_fix point here)
Maintenant, refaisons la fusion sur notre nouvelle branche. Nous ne pouvons pas simplement fusionner master, nous devons donc sélectionner manuellement le commit avant notre mauvaise fusion: git merge <commit ID C>ne faites pas les mêmes erreurs que la dernière fois!
-A--B--C--M (master points here)
\ X
D----E-G (HEAD and merge_fix point here)
En supposant que la validation Gsemble bonne, nous voulons maintenant synchroniser avec le haut de la masterbranche. Cette commande indique à git d'ignorer les modifications apportées au master et de forcer nos modifications à devenir le résultat de la fusion:git merge -s ours master
-A--B--C--M (master points here)
\ X \
D----E-G--H (HEAD and merge_fix point here)
Enfin, (à nouveau en supposant que la validation Hsemble bonne, nous voulons avancer rapidement masterpour inclure notre fusion fixe:
git checkout master
git merge merge_fix
Cela ne fait que déplacer le masterpointeur de branche vers H, mais j'en profite pour nettoyer un peu mon art ASCII:
-A--B--C--M--H (HEAD, master, and merge_fix all point here)
\ X /
D----E--G
Et voila! vous avez réussi à refaire la fusion sans invalider aucun historique!