¿Cómo puedo "des-revertir" una confirmación Git revertida?

git cherry-pick <original commit sha>
Hará una copia del commit original, esencialmente re-aplicando el commit

Revertir la reversión hará lo mismo, con un mensaje de confirmación messier:
git revert <commit sha of the revert>

Cualquiera de estas formas le permitirá git push sin sobrescribir el historial, porque crea una nueva confirmación después de la reversión.
Al escribir el sha de confirmación, normalmente solo necesita los primeros 5 o 6 caracteres:
git cherry-pick 6bfabc

Se ve estúpido para mí. Pero yo había estado en la misma situación y lo hice revertir para confirmaciones revertidas. Hice reversiones de números, así que tuve que hacer reversiones para cada 'revert commit'.

Ahora mi historial de confirmaciones se ve un poco raro.

Es un proyecto mascota, por lo que está bien. Pero para el proyecto de la vida real, daría preferencia por ir a la última confirmación antes de revertir restaurar todo el código revertido juntos en una confirmación y un comentario más razonable.

O podrías git checkout -b <new-branch> y git cherry-pick <commit> el antes al y git rebase para soltar revert confirmar. enviar solicitud de extracción como antes.

Un commit revert es como cualquier otro commit en git. Es decir, se puede revertir, como en:

git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746

Eso obviamente solo tiene sentido una vez que los cambios fueron empujados, y especialmente cuando no se puede forzar el empuje en la rama de destino (que es una buena idea para su master rama). Si el cambio no ha sido empujado, simplemente haz cherry-pick, revierte o simplemente elimina la confirmación de reversión según otras publicaciones.

En nuestro equipo, tenemos una regla para usar un revert en Revert comentarios que fueron confirmados en la rama principal, principalmente para mantener el historial limpio, para que pueda ver qué confirmación revierte qué:

      7963f4b2a9d   Revert "Revert "OD-9033 parallel reporting configuration"
      "This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
                    ...
     a0e5e86d3b6    Revert "OD-9055 paralel reporting configuration"
     This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
                ...
     Merge pull request parallel_reporting_dbs to master* commit 
    '648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'

De esta manera, puedes rastrear la historia y averiguar toda la historia, e incluso aquellos que no tienen el conocimiento del legado podrían resolverlo por sí mismos. Mientras que, si eligeo rebase cosas, esta información valiosa se pierde (a menos que la incluya en el comentario).

Obviamente, si un commit revirtió y re-revertido más de una vez que se vuelve bastante desordenado.

Si no te gusta la idea de "revertir una reversión" (especialmente cuando eso significa perder información del historial de muchas confirmaciones), siempre puedes dirigirte a la documentación de git sobre "Revertir una fusión defectuosa".

Dada la siguiente situación de partida

 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E   <-- fixed-up topic branch

(W es su reversión inicial de la fusión M; D y E son correcciones a su rama/confirmación de entidad inicialmente rota)

Ahora puede simplemente reproducir confirmaciones de A a E, de modo que ninguna de ellas "pertenece" a la revertida merge:

$ git checkout E
$ git rebase --no-ff P

La nueva copia de su rama ahora se puede fusionar a master de nuevo:

   A'---B'---C'------------D'---E'  <-- recreated topic branch
  /
 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E

Así es como lo hice:
Si la rama my_branchname se incluyó en una fusión que se revirtió. Y yo quería no convertir my_branchname:

Primero hago un git checkout -b my_new_branchname desde my_branchname.
Luego hago un git reset --soft $COMMIT_HASH donde $COMMIT_HASH es el hash de commit del commit correcto antes de el primer commit de my_branchname (ver git log)
Entonces hago un nuevo commit git commit -m "Add back reverted changes"
Luego subo la nueva rama git push origin new_branchname
Luego hice una solicitud de extracción para la nueva sucursal.

Revertir la reversión hará el truco

Por ejemplo,

If abcdef is your commit and ghijkl is the commit you have when you reverted the commit abcdef,

Luego escriba,

git revert ghijkl

Esto revertirá la reversión