Recuperación de cambios en Git

Usa esta guía cuando hayas perdido cambios, borrado commits o necesites rescatar trabajo que no llegó a consolidarse. Cubre los casos más comunes de recuperación real: cambios en staging, commits perdidos, stash, reflog y fsck.

<aside> ⭐ Esta página sirve para rescatar trabajo perdido. No explica el flujo normal de trabajo ni la configuración inicial del repositorio.

</aside>

1) Identifica primero qué estado tenían tus cambios

Antes de ejecutar cualquier comando, aclara en qué punto estaba el trabajo perdido:

• Solo hiciste git add: los cambios estaban en el staging area.
• Hiciste git commit: el trabajo llegó a formar parte del historial.
• Usaste git stash: el trabajo fue guardado temporalmente.
• Nunca hiciste git add ni git stash: la recuperación depende más del editor, del sistema operativo o de herramientas externas.

<aside> ⚠️ Cuanto más “limpio” quedó el repo después del accidente, más fácil suele ser recuperar. Si el espacio de objetos fue reutilizado o el archivo nunca llegó a Git, la recuperación puede no ser posible.

</aside>

2) Caso 1: hiciste git add pero no commit

Si añadiste cambios al staging area y después ejecutaste algo como git reset --hard o un cambio de contexto que borró el estado visible, todavía puedes intentar recuperar los objetos huérfanos.

Qué significa

• Los cambios llegaron a Git como objetos de contenido.
• Puede que ya no estén referenciados por una rama o por HEAD.
• git fsck puede encontrar esos blobs y dejarlos disponibles para inspección.

Cómo recuperarlo

git fsck --lost-found

Esto busca objetos huérfanos y los deja en: