Guía 01 · Versionado · 6 min de lectura
Todo el mundo te explica GitHub como si ya supieras qué es
Esta guía no. Son cuatro palabras, una escalera de tres peldaños y las frases exactas que le dices a la IA para que lo haga por ti. Cero comandos.
01 / 07 · por qué te importa
Por qué te importa aunque no escribas código
Le pides un cambio a la IA y te mueve cosas de las que ni te enteras. Algo se rompe. Y entonces viene la pregunta que no sabes responder: ¿cuál era la versión buena?
No es una exageración. En un solo cambio de mi propio proyecto la IA tocó 53 archivos: añadió treinta y cinco, modificó seis y borró doce. Sin un historial, volver atrás de eso es imposible.
Git no es una herramienta de programadores. Es el botón de deshacer de todo el proyecto, y funciona igual de bien si tú no escribiste ni una línea.
02 / 07 · las tres cosas
Tres cosas distintas que se confunden
- Claude Codelas manos
- Hace el trabajo. Tiene su rebobinar, pero es de la sesión y no siempre restaura los archivos.
- Gitla memoria
- Guarda el proyecto entero en puntos a los que puedes volver. Vive en tu computador.
- GitHubel respaldo
- Esa memoria, en la nube. Si tu computador se muere hoy, el proyecto sigue existiendo.
03 / 07 · el vocabulario
Las cuatro palabras y ni una más
- commitguardar partida
- Un punto al que puedes volver, con una nota de qué cambiaste. Como en un videojuego: guardas antes del jefe final.
- pushmandar la caja
- Subir esa partida a la nube. Hasta que no lo haces, el respaldo solo existe en tu computador.
- branchel borrador aparte
- Pruebas algo grande sin tocar lo que ya está publicado. Si sale mal, se bota y no pasó nada.
- mergepasarlo a limpio
- El borrador quedó bueno y se integra con lo demás. El cambio pasa a ser el oficial.
04 / 07 · el activo
Las frases exactas
Esto es lo que de verdad te ahorra la guía: no tienes que aprender comandos, tienes que aprender a pedirlo. Estas frases funcionan tal cual, dichas a Claude Code.1
-
01
Para empezar
crea el repositorio y guarda esta versión
-
02
Para guardar un avance
guarda esta versión y súbela
-
03
Para probar sin riesgo
quiero probar esto en una rama aparte, sin tocar lo que está publicado
-
04
Si te gustó
intégralo
-
05
Para volver atrás
haz un rollback a la versión anterior
En la primera, el mensaje del commit lo escribe él. Y lo escribe mejor que tú.
05 / 07 · el error
El error que te va a pasar
Guardas, abres GitHub, y no cambió nada. Piensas que se rompió algo.
No se rompió: guardar y subir son dos cosas distintas. El commit es local, el push es el que viaja a la nube. Si publicaste y no se actualizó, te faltó el segundo paso.
Apriétalo tú y míralo:
El estado de tu proyecto · aprieta un peldaño
Si conectas el repositorio a Vercel, el tercer peldaño se dispara solo cada vez que subes. Y cada rama recibe su propia dirección, así que «probar sin romper» pasa a verse funcionando en internet.2
06 / 07 · los límites
Lo que Git no te resuelve
Dos avisos, porque una guía que solo promete cosas buenas no sirve de nada.
- Si aparece la palabra «conflict», para. Es de trabajo en equipo, y tocar a ciegas empeora las cosas. Pídele a la IA que te explique qué pasó antes de aceptar nada.
- Git sube todo lo que le dejes, incluidas tus claves. Si dejas una contraseña o una API key dentro del proyecto, la sube igual y queda en el historial.3
07 / 07 · tu turno
Tu turno
Abre tu proyecto y dile: «crea el repositorio y guarda esta versión». Después abre GitHub y compruébalo con tus ojos. Eso es todo: acabas de hacer un commit y un push sin escribir un comando.
La clase completa —con las demos en pantalla, cómo probar en una rama y la parte de las claves— está dentro del LAB, en el nivel Premium. Entrar al LAB es gratis; esa clase no.
Si llegaste aquí desde el reel: esta es la guía. Cuéntame en los comentarios qué estás construyendo.