En nuestro día a día con Git, tarde o temprano puede suceder que perdamos commits valiosos por un error al ejecutar algún comando. Por ejemplo, después de horas de trabajo corrigiendo un bug, un mal uso de git branch -D o un reset puede hacer que parezca que hemos perdido todo ese esfuerzo. Sin embargo, Git cuenta con una herramienta muy útil llamada reflog que nos ayuda a minimizar este tipo de dramas.
El reflog es un registro especial donde Git guarda una copia de seguridad de todos los movimientos del HEAD, es decir, de todos los cambios en el punto en el que estamos trabajando. Cada vez que hacemos un checkout, un reset o cualquier operación que cambie la referencia del HEAD, Git almacena el estado anterior en el reflog. Esto significa que aunque borremos una rama o perdamos un commit, Git mantiene un historial oculto con los hashes de esos commits que han pasado por nuestro repositorio.
Imaginemos que hemos creado una rama llamada rama-b para trabajar en la corrección de un bug importante. Después de varias horas, hacemos un commit con el mensaje corrige un bug bastante feo. Por alguna urgencia, cambiamos a la rama principal y, sin darnos cuenta, borramos rama-b con git branch -D rama-b. En ese momento, parece que hemos perdido todo el trabajo realizado en esa rama. Pero si consultamos el reflog, veremos que Git ha guardado el hash del último commit de rama-b antes de borrarla.
Para inspeccionar el reflog, podemos usar el comando:
git reflog
Este comando nos muestra una lista con todos los estados por los que ha pasado el HEAD, incluyendo cambios de ramas, resets y checkouts. Cada entrada incluye el hash del commit y un mensaje que explica por qué se guardó esa referencia. Así, podemos localizar el commit perdido y examinar su contenido con:
git show <hash_del_commit>
Si queremos recuperar ese commit y volver a tener la rama que habíamos borrado, podemos crear una nueva rama apuntando a ese commit:
git branch rama-b <hash_del_commit>
git switch rama-b
De esta forma, recuperamos el trabajo perdido y podemos seguir trabajando como si nada hubiera pasado.
Es interesante saber que git reflog no es un comando independiente, sino un alias para git log con opciones especiales. Por ejemplo, podemos obtener la misma información con:
git log -g
Y si queremos ver los cambios en detalle, incluyendo los diffs de cada commit en el reflog, podemos usar:
git log -p -g
Esto nos permite inspeccionar cómodamente cada modificación que hemos realizado y que Git ha registrado en el reflog.
Además, algunos comandos específicos generan entradas en el reflog. Por ejemplo, git switch (que es una alternativa moderna a git checkout para cambiar de rama) y sus variantes como git switch -c para crear una rama nueva, o git switch -C que fuerza la creación de una rama, incluso si ya existía, sobrescribiéndola. Este último es especialmente peligroso porque puede hacer que perdamos trabajo si no tenemos cuidado, pero gracias al reflog, siempre podemos intentar recuperarlo.
En definitiva, el reflog es una herramienta fundamental para evitar pérdidas irreversibles en nuestro trabajo con Git. Nos ofrece una especie de copia de seguridad interna que registra todos los movimientos del HEAD, permitiéndonos volver atrás y rescatar commits que parecían perdidos. Por eso, cuando nos enfrentemos a la desaparición inesperada de ramas o commits, lo primero que debemos hacer es consultar el reflog para buscar y recuperar nuestro trabajo.