¿Qué es un commit en Git y qué información guarda realmente?
Publicado el 2026-10-20 por frfrand
Qué hace un commit de Git, por qué tiene identificador, cómo escribir mensajes útiles y qué errores evitar al guardar cambios.
Un commit de Git es un registro de un estado del proyecto, acompañado de información sobre quién creó ese registro, cuándo y cómo se relaciona con el historial anterior. No equivale a guardar el archivo con Ctrl+S: es una unidad de historial que podés consultar, comparar y compartir.
El ejemplo de las fotos de una reforma
Imaginá que reformás una habitación. Todos los días sacás una foto para recordar cómo estaba antes de mover los muebles. Si algo sale mal, mirás las fotos y comprendés qué cambió. Git funciona con una idea parecida, pero guarda referencias a objetos de contenido y metadatos de una forma eficiente, en lugar de copiar ingenuamente una carpeta entera cada vez.
Un commit tiene un identificador, comúnmente representado por un hash hexadecimal. Ese identificador depende del contenido del objeto commit, incluida su referencia al árbol de archivos y sus metadatos. Por eso cambiar el mensaje o el historial puede dar lugar a otro identificador.
¿Qué contiene realmente?
Cada commit hace referencia a un árbol que describe el estado de archivos y directorios versionados. También apunta a uno o más commits padres, salvo en el inicio del historial. Incluye datos de autor, fecha, confirmador y un mensaje.
El historial forma una estructura conectada: permite seguir el camino desde una versión hasta sus antecesoras. Un commit no es necesariamente «los cambios» en sentido literal, aunque Git puede calcular la diferencia entre dos estados.
Cómo crear uno sin mezclar todo
Un recorrido habitual es:
git status
git add src/app.py
git diff --cached
git commit -m "Corrige validación de reservas"Primero comprobás el estado del repositorio, agregás únicamente lo que querés incluir, inspeccionás el área preparada y recién entonces confirmás el commit.
El área de preparación, llamada staging area o índice, es importante: te permite guardar un cambio en dos commits distintos si resolviste dos problemas independientes.
¿Qué es un buen mensaje?
«Cambios» o «arreglos» dicen muy poco cuando seis meses después alguien investiga un fallo. «Corrige doble reserva al confirmar turno» explica mejor la intención.
Un buen commit suele agrupar un cambio coherente. No tiene que ser minúsculo, pero sí comprensible y revisable. Si modificaste la base de datos, el diseño de botones y la autenticación, quizá merezcan commits diferentes.
¿Un commit ya está en GitHub?
No. git commit registra el cambio en el repositorio donde trabajás. Para compartirlo con un remoto, normalmente utilizás git push, siguiendo la configuración de ramas y permisos.
También conviene recordar que Git no es una copia de seguridad suficiente por sí solo. Un repositorio local que nunca se envió a otro sitio puede perderse con el disco.
Errores que causan problemas reales
Incluir contraseñas: si una clave llega al historial, borrar la línea en el commit siguiente no elimina automáticamente la exposición anterior. Hay que revocar y rotar secretos.
Confirmar archivos generados sin criterio: algunos artefactos deben versionarse y otros no; decidilo según cómo se construya el proyecto.
Modificar commits publicados sin coordinar: reescribir historia compartida puede desordenar el trabajo de otras personas.
¿Cómo se aplica en ArduMaker?
Cuando desplegás proyectos desde repositorios Git en ArduMaker, saber qué commit quedó asociado a una versión ayuda a investigar regresiones y entender exactamente qué código se publicó. No sustituye las pruebas, pero mejora mucho la trazabilidad.
En resumen: un commit es un punto identificable del historial del código. Hacé commits pequeños y claros, revisá lo que incluyen y evitá subir secretos.
Fuentes: Documentación oficial de git-commit · Área de preparación en Pro Git.