Guardar tu trabajo: los commits
Llegamos al corazón de Git. Un "commit" es cada una de esas fotos que Git hace de tu proyecto. Aprender a hacer commits es, básicamente, aprender a usar Git. Y se hace en dos pasos muy sencillos.
Escucha la lección
Guardar en Git son dos pasos, no uno
Aquí está la idea que más confunde al principio, así que vamos despacio. En Git, guardar un avance no es un solo clic: son dos pasos.
Paso 1 — Preparar (git add). Le dices a Git: "de todo lo que he cambiado, quiero guardar esto". Eso mete tus cambios en una sala de espera que se llama área de preparación.
git add nombre-del-archivo
(Si quieres preparar todo lo que has cambiado de golpe, se usa git add . — el punto significa "todo".)
Paso 2 — Guardar de verdad (git commit). Ahora sí, le dices a Git: "haz la foto". Coge todo lo que está en la sala de espera y lo guarda para siempre en la historia del proyecto.
git commit -m "Un mensaje que explique qué hiciste"
Ese -m es de mensaje. Entre comillas escribes una nota corta explicando qué cambiaste. Y ya está: acabas de hacer tu primer commit. 🎉
¿Por qué dos pasos y no uno?
Buena pregunta. El área de preparación te da control: te deja elegir qué entra en cada foto. Imagina que has cambiado cinco archivos pero solo quieres guardar dos juntos, porque van de lo mismo. Con git add eliges esos dos, haces el commit, y los otros tres los guardas en otra foto aparte. Así tu historia queda ordenada en vez de ser un cajón de sastre.
El mensaje del commit importa (más de lo que parece)
Ese mensaje entre comillas es una nota para tu yo del futuro. Dentro de tres meses, cuando mires la historia de tu proyecto, vas a agradecer leer "Arreglado el botón de contacto" en vez de "cambios" o "asdf".
Un buen mensaje dice qué hiciste, corto y claro:
- ›✅ "Añadida la página de precios"
- ›✅ "Corregido el error al guardar"
- ›❌ "cosas", "cambios", "."
Recuerda el patrón completo: cambias algo → git add para prepararlo → git commit -m "qué hice" para guardarlo. Ese es el día a día de Git. Lo harás cientos de veces y se te quedará en los dedos.
¿No programas? Te lo explico fácil · sin tecnicismos
¿Te acuerdas de que Git hace "fotos" de tu proyecto? Pues hacer un commit es justo eso: hacer una foto. Y una foto tiene dos momentos.
Primero, preparas la foto (git add): colocas a la gente, decides quién sale y quién no, encuadras. Eso es el "área de preparación": el momento de elegir qué quieres que salga.
Después, disparas (git commit): pulsas el botón y la foto queda hecha para siempre. Y le pones un pie de foto (el mensaje), para acordarte de qué era: "comida de Navidad 2026".
Así que un commit no es más que una foto de tu proyecto con su pie de foto. Preparas lo que quieres guardar, disparas, y le pones nombre. Ya está.
Glosario
commit
Instantánea (snapshot) del estado del proyecto en un momento dado, guardada de forma permanente en el historial con un identificador único y un mensaje.
Cada "foto" que Git guarda de tu proyecto. Un punto al que siempre puedes volver.
git add
Comando que añade cambios al área de preparación (staging), marcándolos para que entren en el próximo commit.
La orden para preparar lo que quieres guardar. Es "elegir qué sale en la foto".
Área de preparación (staging)
Zona intermedia donde se reúnen los cambios que formarán parte del próximo commit, antes de confirmarlos.
La "sala de espera" donde colocas lo que vas a guardar, antes de hacer la foto definitiva.
git commit -m
Comando que crea un commit con los cambios preparados. La opción -m permite escribir el mensaje en la misma línea.
La orden para hacer la foto de verdad, con su pie de foto (el mensaje entre comillas).