Directorio
El archivo en tu disco, lo que muestra tu editor. Los cambios llegan aquí primero.
Cada visualización funciona con un simulador de Git cuya salida se verifica con el Git real. Esto es lo que significa cada parte del escenario, y uno en vivo para probarlo.
git commitPulsa ▶ y mira cómo un archivo viaja de tu disco al área de preparación y luego a un commit. Para escribir tus propios comandos, abre la zona de práctica.
La tabla de la izquierda sigue cada archivo por los tres lugares donde Git lo guarda. Una etiqueta de versión (v1, v2…) cambia cuando cambia el contenido, y una celda parpadea cuando un comando la toca.
El archivo en tu disco, lo que muestra tu editor. Los cambios llegan aquí primero.
El borrador de tu próximo commit. git add copia una versión aquí.
La versión del último commit de la rama en la que estás.
Bajo cada nombre de archivo: unchanged, modified, staged, untracked, conflict… exactamente lo que diría git status.
La parte derecha dibuja tu repositorio. Todo lo que aparece sale del estado real tras cada comando: nada se coloca a mano.
Un commit, con su hash corto y su mensaje. Los hashes son reales: se calculan a partir del contenido.
Va de un padre a su hijo. Un commit de merge tiene dos padres, así que se juntan dos líneas.
Una rama es solo una etiqueta móvil sobre un commit (main, feature/login…).
Dónde estás. Está junto a la rama en la que estás, o directamente sobre un commit cuando HEAD está desacoplado.
origin/main y compañía: tu última copia conocida de las ramas del servidor, que actualizan fetch, pull y push.
Un commit inalcanzable: ya no apunta ninguna rama a él, pero sigue existiendo (el reflog puede recuperarlo).
Aparece cuando una lección usa un remoto: el repositorio del servidor encima del tuyo, para que push y fetch muevan commits entre ellos a la vista.
Cada lección es una lista de comandos de Git. Un simulador de Git integrado en el sitio los ejecuta en tu navegador; antes de cada versión, su salida se verifica línea a línea con el Git 2.48 real.
Los comandos interactivos (add -p, rebase -i) se detienen en cada pregunta para que puedas leerla antes de que se escriba la respuesta.
Cuando Git abre un editor (mensaje de commit, lista de tareas del rebase, mensaje de etiqueta), el escenario muestra el archivo que se está editando.
cat index.htmlcode index.htmlgit add index.htmlLas lecciones solo se miran. Para escribir tus propios comandos, abre la zona de práctica (enlace bajo cada visualización): el grafo reacciona igual que en las lecciones y las sugerencias proponen los siguientes comandos más probables cuando te atascas.
Una línea de narración como «un compañero sube…» significa que otra persona cambió el servidor: la razón de que un push o un pull posterior se comporte como lo hace.
Un paso se divide en momentos. Cada momento cambia una sola cosa y la explica en un rótulo en la parte inferior del escenario; todo lo demás se atenúa.
El comando se escribe antes de que nada se mueva, y los paneles solo cambian cuando llega su efecto.
2b4c917: una instantánea de todo lo que hay en el área de preparación. main avanza hasta él (HEAD lo acompaña: apunta a main)Qué acaba de pasar y por qué, en una frase. El panel junto a la terminal lo repite con la explicación del paso.
git log --onelineecho "cart.push(item)" >> app.jsecho "export function login() {}" > login.jsgit statusgit add app.js login.jsLa lista numerada bajo la explicación. Haz clic en cualquier paso para saltar a él.
Reprodúcela como un vídeo o avanza paso a paso.
Reiniciar, paso anterior, reproducir / pausa, paso siguiente.
Arrastra para ir a cualquier momento de la lección.
De 0,5× a 2×.
Haz clic en el escenario y luego Espacio = reproducir / pausa, ← / → = paso anterior / siguiente.
Dónde están las visualizaciones.
--force-with-leaseGit ≥ 1.8.5RecomendadoLa visualización principal cubre el uso habitual del comando. Cada opción tiene su propia visualización breve: ábrela desde la lista de opciones.
Cada opción lleva una insignia: Recomendado, Cuando haga falta o No recomendado, con un motivo de una línea.
Abrir el diff en tu editor antes de preparar. Puedes elegir a mano qué cambios incluir.
$ git add -e app.jsgit add -e abre todo el diff como un parche en tu editor; borras las líneas que no quieres preparar y git aplica lo que queda. Es un archivo editado a mano, no un cambio de estado del repositorio que la escena pueda animar: git add -p es el equivalente visual.
Algunas opciones dependen de cosas externas al repositorio (tu editor, los permisos de archivos, los finales de línea). Tienen una tarjeta explicativa en lugar de una animación.
$ git switch -c feature/login$ echo "export function login() {}" > login.js && git add login.js && git commit -m "Add login page"$ echo "login()" >> app.js && git commit -am "Call login on load"Recorridos del mundo real contados como una historia continua, divididos en secciones con título en las que puedes hacer clic.
El botón del engranaje en la cabecera reúne los ajustes: idioma, sitio claro u oscuro, tema de las visualizaciones, modo daltónico y tamaño del texto.
Sigue un flujo de trabajo completo o elige un comando.