Git para Novatos – Capítulo 10: El flujo diario en 5 comandos

Capítulo 10: El flujo diario en 5 comandos — Cierre de la serie

Llegamos al final. Si hiciste todos los capítulos anteriores, ya sabés lo suficiente para usar Git en tu día a día como un desarrollador de verdad. No hace falta más.

Este último capítulo es un resumen ejecutable. Acá están los únicos 5 comandos que necesitás para el 90% de tu vida con Git.

Los 5 comandos

git pull
git checkout -b feature/nueva-funcionalidad
git add .
git commit -m "Agrego nueva funcionalidad"
git push

Y la variante sin rama (cuando es un cambio chiquito y directo):

git pull
git add .
git commit -m "Arreglo minimo"
git push

¿Y el merge?

Si trabajás con ramas (que deberías), después del quinto comando abrís un Merge Request en tu plataforma o hacés merge manual:

git checkout main
git pull
git merge feature/nueva-funcionalidad
git push
git branch -d feature/nueva-funcionalidad

¿Y los conflictos?

Ya viste cómo resolverlos en el Capítulo 8. Son raros cuando trabajás solo y manejables cuando trabajás en equipo. No le tengas miedo.

El hábito

Esto es lo más importante de toda la serie. No es saber los comandos. Es el hábito de usarlos. Al principio te va a parecer una pérdida de tiempo. "Para qué voy a commitear si esto es chico?", "Después lo subo", "Total lo tengo acá".

Eso es exactamente lo que pensamos todos antes de perder código por primera vez.

La regla es simple y no la negocies:

1. Antes de cerrar la IDE, commit

2. Antes de apagar la PC, push

3. Cada cambio lógico, un commit

4. Cada experimento, una rama

Si hacés eso, ya estás por arriba del 80% de los desarrolladores que existen.

Bonus: el archivo .gitignore

Un agregado rápido: hay archivos que no deberían estar en Git. Archivos de configuración local, dependencias (`node_modules/`, `vendor/`), archivos compilados, `.env` con contraseñas.

Creá un archivo llamado `.gitignore` en la raíz de tu proyecto y listá lo que Git debe ignorar:

node_modules/
vendor/
.env
*.log
.DS_Store

Git ya no va a molestarte con esos archivos y no los vas a subir por accidente.

Lo que aprendiste en esta serie

1. Configuraste Git con tu nombre y email

2. Creaste tu primer repositorio con `git init`

3. Hiciste tu primer commit

4. Configuraste un servidor remoto con `git init –bare`

5. Aprendiste el ciclo diario: add, commit, push

6. Creaste ramas para trabajar sin miedo

7. Fusionaste ramas con merge (y resolviste conflictos)

8. Clonaste repos en otras máquinas

9. Tenés un flujo de 5 comandos que cubre el 90% de los casos

Y todo esto sin GitHub, sin GitLab, sin depender de ningún servicio externo. Solo Git, tu máquina y un servidor en tu red.

¿Y ahora?

Ahora usalo. El próximo proyecto que arranques, sea un script de Python, una página web o lo que sea, arrancalo con `git init`. Hacé tu primer commit antes de escribir la primera línea de código que funcione.

Después de unos días, los comandos van a salir solos. Y cuando dentro de un mes necesites volver a una versión anterior, o entender qué cambió, o recuperar algo que borraste sin querer, te vas a acordar de esta serie y vas a decir:

"Qué bien que empecé a usar Git".