Git es una máquina del tiempo para tu proyecto: guarda fotos de cómo estaba en cada momento, y puedes volver a cualquiera de ellas. GitHub es la nube donde guardas esas fotos para no perderlas, compartirlas y publicar tu web desde ahí.
- GitHub
- Claude Code
- 01
Repositorio
La carpeta de tu proyecto junto con todo su historial.
- 02
Commit
Una foto del proyecto con un mensaje: «añado el formulario de contacto».
- 03
Push
Subir tus commits a GitHub.
- 04
Pull
Bajar a tu ordenador los cambios que hay en GitHub.
- 05
Rama
Una copia paralela para probar algo sin romper lo que ya funciona.
- 06
.gitignore
La lista de archivos que Git no debe guardar nunca, como tu .env.
Tu primer repositorio, con ayuda de la IA
- 1Crea una cuenta gratuita en github.com.
- 2Dentro de tu proyecto, pide: «inicializa Git, haz el primer commit y súbelo a un repositorio nuevo de GitHub».
- 3Cada vez que algo funcione: «haz commit de esto con un mensaje claro».
- 4Para volver atrás: «enséñame los últimos commits y vuelve al que funcionaba».
Mal uso vs buen uso
Mal uso: Un único commit gigante al final del día.
Buen uso: Commits pequeños cada vez que algo funciona.
Mal uso: Mensajes como «cambios» o «arreglo».
Buen uso: Mensajes que dicen qué y por qué: «arreglo el botón de reservar en móvil».
Mal uso: Subir el archivo .env con tus claves.
Buen uso: Comprobar que .env aparece en el .gitignore antes del primer push.
Los comandos que verás pasar (no hace falta memorizarlos)
- git status
- Qué ha cambiado desde la última foto.
- git add .
- Prepara los cambios para la foto.
- git commit -m
- Hace la foto con su mensaje.
- git push
- Sube las fotos a GitHub.
- git log
- Muestra el historial de fotos.
Ojo. Si la IA va a ejecutar algo con «reset --hard» o «--force», pregúntale antes qué se va a perder. Son los comandos de Git que pueden borrar trabajo de verdad.