Qué es un commit (punto de guardado)

Ejemplo ilustrativo: la propietaria de una tienda de Valladolid quiere corregir el texto de recogida en la portada de su web. Sus archivos están en Git, un programa que conserva el historial del proyecto. Encarga la propuesta a un agente, un programa de inteligencia artificial (IA) que puede trabajar con archivos. Antes de editar, quien mantiene la web comprueba si hay trabajo pendiente y localiza la versión de partida.

La comparación con una foto del proyecto ayuda a entenderlo. Cada commit conserva el estado de los archivos registrados, también los que no han cambiado. Git reutiliza ese contenido y añade los cambios seleccionados. No fotografía automáticamente todo lo que haya en la carpeta. La dueña quiere poder identificar el texto aprobado, sin mezclar su corrección con otros trabajos que alguien haya dejado a medias.

Describe el cambio concreto y, cuando haga falta, su motivo. «Corrige el texto de recogida en tienda» permite reconocer el trabajo. «Cambios» o «Actualizo» no dicen qué has cambiado. El mensaje no necesita contar toda la sesión con el agente: debe ayudar a quien revise después a distinguir este cambio de los anteriores, sin tener que abrir cada archivo para averiguar de qué trataba.

El identificador señala una versión; el mensaje aporta contexto para entenderla. Puedes describir un avance parcial si eso es lo que registras, sin presentarlo como terminado. Elige puntos de guardado que tengan sentido por su contenido, en lugar de imponer un intervalo universal. No hay una frecuencia de commit que sirva para todas las tareas: una corrección de texto y un trabajo largo necesitan decisiones distintas.

El commit se crea en tu ordenador. Enviarlo a un remoto, otro repositorio donde compartes el proyecto, es una operación distinta, llamada push. Si todas las versiones están solo en el ordenador y lo pierdes, el historial local no aporta otra copia. Acuerda dónde se conserva una copia externa y quién comprueba los envíos. La diferencia entre Git y GitHub ayuda a separar el programa del servicio que aloja el proyecto.

Antes de enviar, conoce los automatismos del proyecto. Un envío puede activar la publicación de una web si así se ha configurado. Git también admite hooks, programas que se ejecutan en determinados momentos, por ejemplo antes o después de crear un commit. Quien mantiene el proyecto debe conocerlos. En la tienda, corregir el texto no autoriza publicar, cambiar tarifas ni enviar avisos. Publicar una web es otro paso que debes tener previsto.

Recuperar un archivo y revertir un cambio registrado son operaciones diferentes. La primera trae contenido de una versión elegida y puede sobrescribir trabajo posterior. La segunda crea habitualmente otro commit que invierte cambios anteriores y conserva la historia; puede encontrar conflictos, es decir, cambios que necesitan resolverse antes de continuar. Antes de actuar, identifica qué quieres recuperar y conserva el trabajo pendiente que deba seguir existiendo. Después comprueba el resultado.

Volver a los archivos anteriores tampoco actualiza por sí solo la web publicada. Para mostrar esa versión necesitas desplegarla, es decir, llevarla al sistema que sirve la web. No hay un tiempo fijo de recuperación ni basta con elegir un commit para asegurar que toda la aplicación funcione. Si quieres practicar la revisión y el guardado de versiones, el curso Claude Code a fondo los trabaja en su introducción a Git.

Revisa nombres, correos y datos de acceso antes de compartir. Los commits incorporan el nombre y el correo configurados; eso no acredita la identidad ni concede acceso al proyecto. Imagina ahora una asesoría de Valencia que mantiene una plantilla de aviso sin datos reales de clientes. Puede revisar su redacción con versiones identificables, sin añadir expedientes ni contraseñas al repositorio.

Borrar no limpia el pasado. Añadir un archivo a la lista de ignorados no elimina las versiones que ya se habían registrado. Si una contraseña llega al historial, borrarla de la versión actual no basta: debes revocarla o sustituirla y gestionar la exposición. Pueden quedar copias compartidas. El historial conserva trabajo, pero precisamente por eso necesitas revisar su contenido antes de incluirlo.