Git para Novatos – Capítulo 6: Ciclo diario

Capítulo 6: El ciclo diario — editá, commiteá, pusheá

Ya tenés tu repo local sincronizado con el servidor remoto. Ahora vas a aprender el ciclo que vas a repetir todos los días mientras programes. Son tres pasos, y te van a llevar exactamente diez segundos cada vez.

Paso 1: Modificar un archivo

Abrí tu `README.md` y agregale una línea con cualquier texto:

echo "Este es mi primer proyecto con Git" >> README.md

Paso 2: Staging y commit

git add README.md
git commit -m "Agrego descripcion al README"

Git responde:

[main a2b3c4d] Agrego descripcion al README
 1 file changed, 1 insertion(+)

Paso 3: Subir al remoto

git push

Como ya usaste `-u` en el capítulo anterior, Git ya sabe que tiene que subir a `origin main`. No necesitás repetirlo.

Respuesta:

Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Writing objects: 100% (3/3), ...
To 192.168.1.100:/srv/git/mi-primer-proyecto.git
   a1b2c3d..a2b3c4d  main -> main

El ciclo completo en tres líneas:

git add .
git commit -m "mensaje descriptivo"
git push

`git add .` agrega todos los archivos modificados (el `.` significa "todo lo que cambió en esta carpeta"). Usalo con cuidado, pero para proyectos chicos funciona perfecto.

¿Qué es un buen mensaje de commit?

Malos mensajes:

- "cambios"
- "arreglos"
- "update"
- ""

Buenos mensajes:

- "Agrego validacion de email en el formulario de login"
- "Corrijo bug: el contador se reiniciaba al hacer clic fuera del modal"
- "Refactor: extraigo logica de filtros a un helper separado"

La regla es simple: si dentro de seis meses leés ese mensaje, ¿entendés qué cambió y por qué? Si la respuesta es no, el mensaje es malo.

Ver el historial de commits

git log --oneline

Te muestra:

a2b3c4d (HEAD -> main, origin/main) Agrego descripcion al README
a1b2c3d Primer commit: README inicial

Cada línea es un commit. El más nuevo arriba. Con `–oneline` ves solo el hash corto y el mensaje.

¿Cada cuánto commitear?

Una regla práctica: commit cada vez que hagas un cambio lógico. No esperes a tener el programa terminado. Commiteá cuando:

Agregás una función nueva

Corregís un error

Refactorizás código

Terminás de trabajar por el día

Cinco commits chicos son mejores que uno gigante. Después vas a ver por qué.

Resumen del capítulo:

El ciclo diario es:

1. `git add .` — preparás tus cambios

2. `git commit -m "mensaje"` — los guardás en el historial

3. `git push` — los subís al servidor

En el próximo capítulo: ramas. Cómo trabajar en varias cosas al mismo tiempo sin pisarte.