GitHub sin miedo
El repo es la fuente de la verdad, y un push publica una web
- Duración
- 90 minutos
- Asisten
- Todos (N3 mira, N5+ ejecuta)
- Dicta
- Hernán
Lo que no está en el repo no existe. Y justamente por eso, nada se pierde nunca.
Dónde estamos en la historia
Estás aquí. Ya sabes qué es el stack. Antes de tocarlo hay que saber dónde vive el trabajo: en el repo, no en tu laptop.
Objetivo y ruta de la sesión
Romper el miedo a Git. Que hagas tu primer push con tus manos y veas tu cambio publicado en internet un minuto después. Los conceptos son cuatro y ninguno hay que memorizarlo.
Concepto
Las cuatro palabras: repo, commit, push, rama
Demo en vivo
Del edit a la web pública, con cronómetro
Tu primer push
Cada uno cambia su sección y la publica
Cierre
Por qué no se manda el archivo final por WhatsApp
Las cuatro palabras, sin jerga
Repo
La carpeta del proyecto con todo su historial. Como un Drive, pero cada versión queda guardada para siempre y con nombre. Cada cliente es un repo.
Commit
Una foto del proyecto, con descripción. Esta es la palabra que quita el miedo: siempre se puede volver a cualquier foto anterior.
Push
Subir tus fotos a la nube. Hasta el push, tus cambios solo existen en tu laptop: para el equipo, no existen.
Rama y PR
Una línea paralela para probar sin tocar lo oficial, y la propuesta de que eso entre. El 90% del día a día va directo a main.
Por qué EQAPLA trabaja todo sobre repos
Trazabilidad
Quién cambió qué, cuándo y por qué. Cuando algo se rompe en producción, ese historial es lo primero que se lee.
Continuidad
Cualquiera puede retomar el trabajo de otro sin llamarlo. Si el trabajo vive en tu laptop, el equipo depende de que estés.
Deploy automático
El servicio que publica la web está mirando el repo. Push a main es publicar. Nadie sube archivos a mano a ningún panel.
El camino completo, en cuatro pasos
Nadie sube archivos a mano a ningún panel. El servicio que publica está mirando el repo.
Del edit a internet, en un minuto
La landing de práctica está publicada y proyectada. Se cambia en vivo, con el titular que proponga la sala.
Ustedes proponen el titular. Hernán se lo pide al agente tal cual, en español.
Miran lo que hace: edita el archivo, guarda la foto del cambio con su descripción, y la sube.
Abre GitHub y muestra ese commit: el diff en rojo y verde. Eso es la foto, y dice exactamente qué cambió.
Recargan la URL pública al minuto: el titular que propuso la sala ya está en internet, sin que nadie subiera un archivo a ningún panel.
Le pide revertirlo y vuelve al estado anterior, delante de ustedes. Nada se pierde, nunca.
Tu primer push
Cada persona tiene asignada UNA sección de la landing de práctica, para no pisarse.
Pídele al agente que clone el repo de práctica y se abra ahí.
Cambia un texto de TU sección (solo la tuya) hablándole en español.
Antes de aprobar, lee el diff: tienes que entender qué cambió y por qué el mensaje del commit dice lo que dice.
Push. Espera el minuto y abre la URL pública: ese es tu primer push en EQAPLA.
Si terminas antes: pide el historial de commits del repo, y después revierte tu cambio.
N3 no ejecuta: al final del bloque explica con sus palabras el camino de edit a web publicada.
Lo que te van a decir (y cómo se responde)
«Tengo miedo de romper algo»
No se puede. Todo commit es reversible y el repo de práctica existe para eso: romper acá es gratis.
«¿Para qué commitear tanto?»
Los mensajes de commit son el diario del proyecto. El día que algo falle, ese diario es lo primero que se lee.
«Push y deploy son lo mismo»
No: el push sube al repo, y el deploy pasa porque el servicio está mirando ese repo. Dos cosas, conectadas.
«¿Y si el cliente ve el repo?»
Los repos son privados por defecto. Los client-facing son la excepción y su CLAUDE.md lo dice explícito.
Cierre: qué te llevas y qué sigue
Módulos 4 y 5 en tu repo de onboarding, con el agente.
Si eres N5 o más: además crea tu repo sandbox. Pídele «créame mi sandbox privado con un NOTAS.md con mi primera idea de mejora». Ese es tu primer commit propio en EQAPLA.
- Todo N5+ hizo un commit, un push, y vio su cambio publicado.
- Todo N3 puede explicar el camino de edit a deploy con sus palabras.
- Nadie salió pensando que Git es un tema de programadores.
Puedes dejar que el agente cambie lo que sea. Siempre se puede volver atrás.