Git y terminal para vibe coders: lo mínimo que necesitas saber

Los comandos de terminal y de Git que necesitas para programar con IA sin miedo: guardar versiones, volver atrás, trabajar con ramas, pull requests y qué nunca subir a GitHub.

Publicado el 2026-10-02 · 4 min de lectura

En resumen

Git guarda versiones de tu proyecto para que puedas volver atrás cuando la IA rompe algo; GitHub las guarda en la nube y las comparte.
Con seis comandos cubres el día a día: status, add, commit, push, pull y checkout (o switch).
Trabaja en ramas: cada cambio grande en su rama, y se une a main con un pull request cuando funciona.
Nunca subas .env ni claves: usa .gitignore desde el primer commit.

Por qué Git importa más con IA, no menos

Un asistente con IA puede cambiar diez archivos en segundos. Si el cambio sale mal y no tienes una versión guardada, volver al estado anterior es una pesadilla. Con Git, es un comando.

Git es un sistema de control de versiones: guarda «fotos» (commits) de tu proyecto a lo largo del tiempo. GitHub es un servicio que guarda esas fotos en la nube, te permite colaborar y se conecta con plataformas de despliegue como Vercel o Netlify.

La terminal sin miedo

La terminal es una forma de darle órdenes al ordenador escribiendo. Los editores con IA y los agentes la usan constantemente, así que conviene entender lo que hacen. Lo básico:

pwd: muestra en qué carpeta estás.
ls (o dir en Windows): lista los archivos de la carpeta.
cd nombre-carpeta: entra en una carpeta; cd .. vuelve a la anterior.
npm install: instala las dependencias de un proyecto JavaScript.
npm run dev: arranca el proyecto en modo desarrollo.

Regla de seguridad: si un agente o un tutorial te propone un comando que no entiendes, sobre todo si borra (rm), cambia permisos o usa sudo, pregunta qué hace antes de ejecutarlo.

Los seis comandos de Git del día a día

git status: qué archivos cambiaron. Úsalo antes de cada commit.
git add . : prepara los cambios para guardarlos (o git add archivo para uno concreto).
git commit -m "mensaje": guarda la foto con una descripción de lo que cambió.
git push: sube tus commits a GitHub.
git pull: trae los cambios de GitHub a tu ordenador.
git switch nombre-rama (o git checkout): cambia de rama.

Un buen mensaje de commit dice qué cambió y por qué en una línea: «Añade validación del correo en el registro», no «cambios».

Ramas y pull requests

Una rama es una línea de trabajo paralela. main es la versión estable, la que se publica. Para cada cambio grande:

Crea una rama: git switch -c nueva-funcion.
Trabaja con la IA y haz commits pequeños mientras avanzas.
Sube la rama: git push -u origin nueva-funcion.
En GitHub, abre un pull request de esa rama hacia main.
Revisa el diff (y que pasen las revisiones automáticas, si las tienes).
Haz merge cuando todo funcione.

Si la IA se lió, puedes abandonar la rama sin tocar main. Esa tranquilidad es lo que te deja experimentar.

Volver atrás cuando algo se rompe

Descartar cambios sin guardar en un archivo: git restore archivo.
Ver el historial: git log --oneline.
Deshacer un commit ya publicado creando otro que lo revierte: git revert id-del-commit.
Guardar cambios a medias para luego: git stash y, después, git stash pop.

Evita comandos que reescriben la historia (como git reset --hard o git push --force) en ramas compartidas hasta que entiendas bien qué hacen: pueden borrar trabajo de forma difícil de recuperar.

Lo que nunca debe subir a GitHub

Crea un archivo .gitignore desde el primer commit con, al menos:

.env y cualquier archivo con claves o contraseñas.
node_modules/ (se reinstala con npm install).
Carpetas de build (dist/, .next/, build/).
Archivos del sistema (.DS_Store) y de tu editor.

Si subiste una clave por error, revócala en el proveedor y crea otra: aunque borres el archivo, sigue en el historial.

Practica con un repositorio de verdad

La ruta Herramientas del desarrollador de Codelindo enseña editor, terminal, Git, GitHub, scripts y reglas para agentes, con un minijuego para ordenar el flujo de Git. El proyecto final es un repositorio como el de un profesional: README, reglas para la IA, scripts, variables documentadas y un pull request real, revisado automáticamente. Está incluida en el plan Pro.

Preguntas frecuentes

¿Qué diferencia hay entre Git y GitHub?

Git es la herramienta que guarda versiones en tu ordenador. GitHub es un servicio en la nube donde guardas y compartes esos repositorios.

¿Necesito usar la terminal para Git?

No siempre: los editores como VS Code o Cursor tienen botones para lo básico. Conviene conocer los comandos porque los agentes de IA los usan y te pedirán permiso para ejecutarlos.

¿Cada cuánto hago commit?

Cada vez que algo funciona y no quieres perderlo. Commits pequeños y frecuentes hacen fácil volver atrás.

¿Puedo pedirle a la IA que haga los commits?

Sí, los agentes pueden hacerlo. Revisa siempre qué incluye el commit (git status y el diff) para no subir archivos que no debes.

Siguiente paso: curso de Cursor, Git y terminal.