Qué es un commit de Git y cómo revertirlo

Un commit registra un estado del proyecto junto con los cambios preparados, un mensaje, el autor y una referencia a su historial anterior. Git no guarda una copia visual de cada carpeta: relaciona objetos que permiten reconstruir el estado de los archivos y seguir cómo evolucionó la rama.

También puede servirte: Git stash o commit: cuándo conviene usar cada opción

El flujo habitual separa dos pasos. git add elige qué cambios pasan al área de preparación y git commit los registra en el historial local. Esa separación permite revisar el conjunto antes de guardarlo y escribir un mensaje que explique la intención del cambio, en lugar de mezclar archivos sin relación.

Antes de confirmar, git status muestra qué archivos cambiaron y cuáles están preparados. git diff permite revisar el contenido que todavía no fue agregado y git diff --staged muestra el conjunto que entrará en el próximo commit. Esa revisión detecta secretos, archivos temporales o cambios accidentales.

Cuando el conjunto está listo, git commit -m "mensaje breve" crea el registro. El mensaje debería describir el cambio en términos que ayuden a otra persona a entender el historial. Después, git log permite recorrer los commits; si el trabajo se comparte en un remoto, git push publica la rama y sus commits para el equipo.

git revert crea un commit nuevo que invierte el efecto de un commit anterior. El commit original sigue en el historial y el nuevo explica cuándo se deshizo el cambio. Por eso suele ser la opción más clara para una rama que ya se compartió: no obliga a reescribir la historia que otras personas pudieron descargar.

Al revertir, Git puede encontrar conflictos si después se modificaron las mismas líneas. En ese caso hay que resolverlos, marcar los archivos corregidos con git add y completar el commit de reversión. Revisá el diff final y las pruebas del proyecto antes de subirlo, porque revertir el commit no garantiza que la aplicación vuelva a comportarse bien en todos los casos.

git reset mueve la referencia de una rama a otro punto y también puede cambiar el área de preparación o el contenido del directorio de trabajo según la opción usada. Es útil para reorganizar commits locales, pero puede quitar referencias a trabajo que todavía no fue compartido. Evitá usar --hard sin confirmar qué cambios quedarán fuera.

Si el error sólo está en un archivo sin preparar, git restore puede recuperar su versión del último commit. La decisión depende del estado: restore descarta un archivo local, reset reorganiza referencias y revert agrega una corrección visible al historial. Cuando hay dudas sobre trabajo ajeno, conservá una rama de respaldo y preferí la operación que deje una explicación comprobable.