Curso· Cargando…
Aprende a versionar tu código desde la primera línea para que nunca pierdas trabajo ni tengas miedo de tocar lo que funciona. Haces tu primer commit en GitHub en la lección 1 y terminas colaborando en un repositorio real con ramas, Pull Requests, un conflicto resuelto a propósito y un desastre recuperado. Es el prerrequisito de todo el resto de la programación: aquí construyes el flujo de trabajo que usarás en cada proyecto.
¿Cómo cambio mi código sin miedo a romper lo que ya funcionaba, y cómo trabajo en equipo sin que nos pisemos?
Eres una persona desarrolladora en un equipo pequeño que tiene que añadir una feature a un proyecto compartido sin romper el trabajo de nadie.. El proyecto vive en un repositorio remoto en GitHub donde colaboran varias personas. La rama principal debe permanecer siempre estable y desplegable, así que cualquier cambio entra por una rama de feature, se revisa en un Pull Request y se fusiona solo cuando está listo. Mientras trabajas, otra persona toca el mismo archivo y, al fusionar, surge un conflicto que debes resolver; además, en algún punto ejecutas un comando destructivo y tienes que recuperar el trabajo perdido.
Inicializar un repositorio, hacer tu primer commit y subirlo a GitHub, viendo tu código publicado en menos de 15 minutos.
Explicar y manejar los tres estados de Git (working directory, staging area, repositorio) para controlar exactamente qué entra en cada commit.
Entregas: Un repositorio público en GitHub con: historial de commits atómicos y mensajes con criterio; un .gitignore correcto (sin secretos ni dependencias subidas); una feature entregada en su propia rama y abierta como Pull Request con una descripción clara; un conflicto de merge resuelto y documentado; y la evidencia de un desastre recuperado (un commit rescatado con reflog o un cambio revertido con revert).
Se evalúa
Versionar tu trabajo
Epítome — desde la lección 1 el alumno hace un commit real y lo sube a GitHub (versión mínima del flujo completo) antes de cualquier teoría. Luego hace zoom en el modelo mental (los tres estados), los commits con criterio, leer el historial, el .gitignore y deshacer sin pánico. Andamiaje alto: cada comando con worked example paso a paso. Victoria temprana tangible: su código vive en Internet en menos de 15 minutos.
Ramas, Pull Requests y colaboración
Proyecto autónomo — el alumno pasa del trabajo en solitario a colaborar: ramas, GitHub Flow, Pull Requests con revisión, resolver conflictos y rescatar desastres. El andamiaje decae (problemas abiertos, conflicto provocado a propósito) y cierra con el capstone: una feature entregada por PR en un repo compartido. La IA aparece como par para revisar diffs, el mismo músculo de revisar lo que ella genera.
Escribir commits atómicos (un cambio lógico cada uno) con mensajes que explican el porqué siguiendo las reglas de un buen mensaje de commit.