Bienvenido de nuevo
Aprende GitHub sin miedo, un pasito a la vez.
No necesitas experiencia previa. Cada lección explica las cosas como se las explicarías a un amigo — con ejemplos reales, práctica guiada y sin apuros.
1 de 12 lecciones completadas
Tu ruta de aprendizaje
Así avanzas: cada parada se destraba cuando terminas la anterior.
¿Qué es eso de "control de versiones"?
1Entiende la idea›
Imagina que estás escribiendo un cuento en Word. Guardas el archivo, sigues escribiendo, y una hora después decides que el final anterior era mejor que el nuevo. ¿Cómo regresas a esa versión? Si solo tienes un archivo, ya la perdiste.
El control de versiones es simplemente una forma de guardar "fotografías" de tu trabajo en distintos momentos, para que puedas volver a cualquiera de ellas cuando quieras — sin tener que guardar veinte copias con nombres como final_v2_definitivo.docx.
💡 Piénsalo así
Es como el historial de versiones de Google Docs: puedes ver quién cambió qué, cuándo, y regresar el reloj si algo salió mal. GitHub hace exactamente eso, pero para cualquier tipo de archivo — y te deja trabajar en equipo sin pisarse los cambios.
2Mira cómo se ve›
Cada "fotografía" que guardas se llama un commit. En la terminal, guardar una se ve así:
git commit -m "Arreglo el final del cuento"
No te preocupes por memorizarlo todavía — en la Lección 1.3 lo probarás tú mismo, con la mano en el teclado. Por ahora solo entiende la idea: cada commit es un punto al que puedes volver.
3¡Pruébalo tú!›
Vamos a ubicar el historial de versiones en un documento que ya conoces — Google Docs — para que veas la misma idea en acción antes de tocar GitHub.
- 1 Abre cualquier documento de Google Docs
- 2 Ve a Archivo → Historial de versiones → Ver historial de versiones
- 3 Fíjate cómo cada versión tiene fecha y autor
4Reto rápido›
🎯 Tu misión
Contesta con tus propias palabras (para ti, no hay que entregarlo a nadie): si "guardar una foto" de tu trabajo es un commit, ¿qué crees que necesitarías para volver a una foto anterior?