Git rebase: los conflictos siguen bloqueando el progreso

Me encontré con un problema similar con un rebase. Mi problema fue causado porque una de mis confirmaciones solo cambió un archivo, y al resolver, descarté el cambio introducido en esta confirmación. Pude resolver mi problema omitiendo la confirmación correspondiente (git rebase --skip).

Puede reproducir este problema en un repositorio de pruebas. Primero crea el repositorio.

$ mkdir failing-merge
$ cd failing-merge
$ git init
Initialized empty Git repository in $HOME/failing-merge/.git/

Luego confirme el contenido original de version.txt en master.

$ echo v1.4-alpha-02 > version.txt
$ git add version.txt
$ git commit -m initial
[master (root-commit) 2eef0a5] initial
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 version.txt

Crear la rama v4 y cambiar la contenido de version.txt.

$ git checkout -b v4
Switched to a new branch 'v4'
$ echo v1.4-alpha-03 > version.txt
$ git add version.txt
$ git commit -m v4
[v4 1ef8c9b] v4
 1 files changed, 1 insertions(+), 1 deletions(-)

Vuelva a master y cambie el contenido de version.txt para que haya un conflit durante el rebase.

$ git checkout master
Switched to branch 'master'
$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git commit -m master
[master 7313eb3] master
 1 files changed, 1 insertions(+), 1 deletions(-)

Vuelva a la rama v4 e intente rebase. Falla con un conflit en version.txt como estaba previsto.

$ git checkout v4
Switched to branch 'v4'
$ git rebase master
First, rewinding head to replay your work on top of it...
Applying: v4
Using index info to reconstruct a base tree...
Falling back to patching base and 3-way merge...
Auto-merging version.txt
CONFLICT (content): Merge conflict in version.txt
Recorded preimage for 'version.txt'
Failed to merge in the changes.
Patch failed at 0001 v4

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".
$ cat version.txt
<<<<<<< HEAD
v1.4-alpha-04
=======
v1.4-alpha-03
>>>>>>> v4

Resolvemos el conflicto seleccionando el contenido master de version.txt. Añadimos el archivo y tratamos de continuar nuestra rebase.

$ echo v1.4-alpha-04 > version.txt
$ git add version.txt
$ git rebase --continue 
Applying: v4
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.

When you have resolved this problem run "git rebase --continue".
If you would prefer to skip this patch, instead run "git rebase --skip".
To restore the original branch and stop rebasing run "git rebase --abort".

¡Falla ! Vamos a ver qué cambios git creo que hay en nuestra repositorio.

$ git status
# Not currently on any branch.
nothing to commit (working directory clean)

Ah ah, no hay cambio. Si lee en detalle el mensaje de error anterior, git nos informó de esto y recomendó usar git rebase --skip. Nos dijo: "Si no queda nada por hacer, lo más probable es que algo más ya haya introducido los mismos cambios; es posible que desee omitir este parche."Así que simplemente nos saltamos el commit y el rebase tiene éxito.

$ git rebase --skip
HEAD is now at 7313eb3 master

Palabra de precaución : Tenga en cuenta que git rebase --skip eliminará completamente el commit que git intentó para rebase. En nuestro caso, esto debería estar bien ya que git se queja de que esto es una confirmación vacía. Si cree que ha perdido los cambios una vez que se ha completado la rebase, puede usar git reflog para obtener el id de confirmación de su repositorio antes de la rebase, y usar git reset --hard para recuperar su depósito en ese estado (esta es otra operación destructiva).