Working directory
La carpeta que editas ahora. Git detecta archivos nuevos o modificados, pero todavía no los ha preparado para guardar.
Git y GitHub
Del historial en tu carpeta al remoto en la nube: instalar, Git GUI, commits, ramas, pull requests y cómo salir de un conflicto sin romper el proyecto.
Desde cero
Git GUI
Terminal
Práctica
Descargar .tex
Descargar .md
Qué son Git y GitHub
Cuando programas, los archivos cambian a menudo: corriges un fallo, añades una función, pruebas otra idea. Sin una herramienta pensada para eso, o bien guardas carpetas con nombres del tipo «proyecto_final_v3_bien», o pierdes el rastro de qué funcionaba ayer. Git resuelve ese problema de forma sistemática: es un programa de control de versiones que convierte tu carpeta de trabajo en un repositorio, es decir, en un historial ordenado de estados del proyecto.
Cada estado guardado se llama commit. Un commit no es un «guardar como» del editor: es una instantánea completa del proyecto en un momento concreto, con autor, fecha y un mensaje que explica el cambio. Gracias a eso puedes comparar versiones, volver atrás con seguridad o trabajar en varias ideas a la vez sin mezclarlas a ciegas.
GitHub es un servicio en internet que aloja copias de esos repositorios (el remoto). Ahí el historial se comparte con el equipo, se revisan cambios y se organizan tareas. GitLab y Bitbucket ofrecen un modelo parecido. En resumen: Git trabaja en tu ordenador; GitHub (u otro remoto) guarda y publica esa historia en la nube.
Idea clave: Git registra el historial local. El remoto es la copia compartida a la que envías (push) o de la que traes (pull) commits.
Del archivo al remoto, en cuatro pasos
Sigue el ciclo completo: editar en el working directory → stage → commit → push al remoto. Pulsa pausa si quieres ir a tu ritmo.
1 Editar
2 Stage
3 Commit
4 Push
GitHub
Empiezas a escribir en el archivo…
Las tres zonas del flujo
Para entender cualquier pantalla de Git —terminal, Git GUI o el panel del editor— conviene memorizar tres zonas. El trabajo pasa de una a otra en este orden:
Staging (índice)
El «carrito» del próximo commit: eliges qué cambios entran en la siguiente instantánea. En Git GUI es la lista Staged Changes; en terminal, el resultado de git add.
Repositorio
El historial ya grabado en disco. Ahí viven los commits. Un push copia esa historia al remoto; un pull trae commits que otros hayan subido.
Puedes recorrer ese ciclo escribiendo comandos o pulsando botones: el motor es el mismo. En la pestaña Git GUI lo vemos ventana a ventana. Si quieres el mapa de toda la guía, vuelve a Guía.
