2011-03-24 19 views
7

Así hemos conseguido una rama git en un estado complicado:Git fusionar, a continuación, revertir, a continuación, revertir la reversión

dos ramas:

* master 
* other_branch 

Last week someone accidentally merged other_branch (prematurely) onto master and pushed to origin. We noticed the error and I, in my naivete, committed

 
git revert bad_merge_commit 

to "fix" the problem. Everything looked ok, we moved on with our lives...

Today we attempted to merge master into other_branch as a step towards bringing other_branch into master. But my revert seems to have caused a nightmare. When master merges into other_branch, all (most?) of the work on other_branch is deleted. I presume this is because my revert instructs all the older commits to be reverted.

There are of course now many days' worth of commits on master on top of my revert, so untangling this looks like it may be difficult.

Is there some way to repair the damage? Can I perhaps reach in with some rebasing argument and delete the two offending commits?

Many thanks!

[Update - adding detail of current state as requested]

other_branch was branched off of master quite some time ago. Our standard practice is to merge master repeatedly into other_branch as we go to minimize buildup of conflicts (sometimes we rebase, but not in this case).

master commits A | B | C | BAD_MERGE [[email protected]] | REVERT_OF_BAD | D | E | F ... HEAD

other_branch commits P | Q | R | S [BAD_MERGE_FROM_HERE] | T | U | V ... HEAD

Attempt to merge master HEAD to other_branch HEAD causes problem.

Charles, I'm currently attempting a fix on a duplicate of master using the solution you suggested here: How to remove selected commit log entries from a Git repository while keeping their changes? .

[/Update]

+0

¿Puede el estado (de preferencia con imágenes explícitas) exactamente en qué estado usted está en este momento? No debería ser demasiado difícil de solucionar, pero parece que necesitarás reparar el daño porque es tu primer intento (reciente) de fusionar 'master' con' other_branch' si esto está comprometido y presionado. –

Respuesta

4

Yes, the problem is that the revert undid the changes introduced by the merge, but not merge itself. I think the addendum section of https://www.kernel.org/pub/software/scm/git/docs/howto/revert-a-faulty-merge.html describes a possible solution.

This document is also part of Git, under Debian you will find it at /usr/share/doc/git-doc/howto/revert-a-faulty-merge.txt

+0

Gracias, parece que esto describe nuestro caso muy exactamente. Necesito leer y absorber Volveré tan pronto como lo haya hecho. :) – Wikiup

+0

Sí, la rebase --no-ff que se describe aquí parece la clave. Tenemos algo de trabajo por delante, pero creo que me has señalado en la dirección correcta. ¡Gracias! (Esto me deja con la siguiente pregunta: ¿qué * debería * haber hecho para deshacer la mala fusión y evitar este escenario, teniendo en cuenta que alguien más ya lo había empujado a su origen?) – Wikiup

+1

@cebewee El enlace no lo hace trabajar más – Sfisioza

Cuestiones relacionadas