Git es un programa que guarda el historial de un proyecto: cada versión queda registrada con qué cambió, quién lo hizo y cuándo, y se puede volver atrás. Un repositorio es la carpeta del proyecto junto con todo ese historial. GitHub es un sitio donde se guarda una copia en internet.
Una pregunta de la app. Elige una respuesta.
Dos agentes trabajan a la vez en el mismo repo y editan los mismos archivos. ¿Qué haces?
Cada uno edita su copia de trabajo del mismo repo, sin pisarse. Al juntar los cambios, igual pueden aparecer conflictos.
Los tests no separan los archivos: los dos siguen editando la misma copia, uno encima del otro.
Despacio o rápido, editan los mismos archivos. Solo tardan más en pisarse.
Piensa en un documento compartido con control de cambios, pero para todo el proyecto. Cuando algo está bien, guardas un «commit»: una foto del proyecto con un mensaje, como «agrego el botón de pago». Los commits se encadenan y forman el historial. El repositorio es esa carpeta con su cadena de commits.
Git vive en tu computadora y funciona sin internet. GitHub es otra cosa: un servicio donde se guarda una copia del repositorio para respaldarla y compartirla con tu equipo. Existen alternativas, como GitLab o Bitbucket. Por eso se dice «lo subí a GitHub», pero el historial lo lleva git.
Un agente de código trabaja sobre un repositorio y puede tocar decenas de archivos en minutos. Con git tienes dos salvavidas. Uno: volver atrás. Si el agente rompió el checkout de tu tienda, regresas al último commit bueno en vez de reparar a ciegas. Dos: ver qué cambió, con un diff, sin creer sólo en su resumen.
Un hábito simple: antes de pedirle algo grande, guarda un commit con lo que ya funciona. Así el peor caso es volver a ese punto. Y si tu proyecto tiene reglas para el agente, como las de un CLAUDE.md, viajan dentro del repositorio, igual que el código. Para que dos agentes trabajen sin pisarse, git permite darle a cada uno una carpeta de trabajo separada, llamada worktree.
«Git y GitHub son lo mismo.» No: git es la herramienta y GitHub es un lugar donde guardar repositorios. «Si no hice commit, igual se puede volver atrás.» No siempre: git sólo recuerda lo que guardaste, y un cambio sin commit puede perderse si alguien lo pisa.
Y un cuidado: el historial recuerda todo. Si una clave de API llegó a un commit, borrarla después no la quita del pasado, y en un repositorio público cualquiera puede verla. Revoca la clave y crea otra; no confíes en esconderla.