¿Qué hace exactamente git rebase --skip do?

Question

Acabo de hacer un git pull --rebase origin master y hubo un conflicto.

En primer lugar, este conflicto estaba en un archivo que no había tocado, y estaba a punto de 10 confirmaciones. ¿Por qué pasó esto?

Escribí accidentalmente git rebase --skip, y se saltó ese parche.

Preocupado por haber omitido una confirmación, comprobé una nueva versión de la rama principal e hice una diferencia entre la rama en la que hice la rebase y la nueva rama principal. Los únicos cambios que se muestran en el diff son los últimos commit, y al mirar el log, el parche que fue 'omitido' aparece en el historial de commits.

¿Alguien puede explicar lo que está pasando aquí?

Answer 1

Hace lo que dice, es se salta a commit. Si ejecuta rebase --abort en un conflicto posterior durante la misma rebase, la confirmación omitida se revertirá también, por supuesto.

Si su cambio ya existía en sentido ascendente, Git no podrá aplicar su confirmación (pero generalmente debe omitirlo automáticamente, si el parche es exactamente el mismo). Se omitirá su propia confirmación, pero el cambio seguirá existiendo en HEAD actual, porque ya se aplicó en sentido ascendente.

realmente debería asegurarse de que no ha eliminado un importante cambio de la suya;) (utilizar el reflog para volver al estado anterior a la de rebase)