Git on livingIT

Los bookmarks no son ramas, y ese es el punto

Thu, 01 Oct 2026 00:00:00 +0000

Los bookmarks no son ramas, y ese es el punto

Parte 8 de 9.

Llamar “bookmarks” en lugar de “ramas” a los punteros con nombre de jj parecía vocabulario innecesario al principio. No lo es. Una rama de Git avanza automáticamente cada vez que haces commit mientras está en checkout: la referencia y tu línea de trabajo actual son la misma cosa hasta que cambias explícitamente. Un bookmark de jj está desacoplado de eso: puedes estar trabajando varios commits más allá del último sitio al que apunta un bookmark, y simplemente se queda ahí hasta que lo mueves con jj bookmark set o haciendo rebase del commit al que está adjunto.

Los compañeros que nunca tocan jj no necesitan saber que existe

Thu, 01 Oct 2026 00:00:00 +0000

Los compañeros que nunca tocan jj no necesitan saber que existe

Parte 9 de 9.

Esta era la pregunta que más importaba antes de adoptar nada de esto para trabajo de verdad: qué pasa cuando un comentario de revisión de un PR viene de alguien que usa git a secas, o cuando yo mismo recurro por costumbre a un comando git a secas. La respuesta resultó ser la parte menos dramática de toda la serie: no pasa nada especial, porque el modo colocado significa que jj está leyendo y escribiendo la misma base de datos de objetos de Git que todos los demás. Un commit empujado con git push y un commit empujado con jj git push son el mismo tipo de objeto al otro lado.

Editar el historial sin contener la respiración

Mon, 28 Sep 2026 00:00:00 +0000

Editar el historial sin contener la respiración

Parte 7 de 9.

Los tres movimientos que cubre esta lección (empezar trabajo nuevo, editar trabajo existente, empezar trabajo nuevo desde un punto del pasado) se corresponden con cosas que ya hacía constantemente en Git. La diferencia es cuánto solía prepararme para ellas.

Que jj new cierre la copia de trabajo actual y abra una vacía no tiene nada de notable, es básicamente git commit con el paso de staging eliminado. El que cambió cómo trabajo es jj edit <change-id>. Arreglar algo dos commits atrás solía significar git rebase -i, elegir edit en la línea correcta, hacer el arreglo, git rebase --continue, y esperar que nada más abajo entrara en conflicto por el camino. Con jj, jj edit simplemente mueve la copia de trabajo a ese commit. Cualquier archivo que toque lo enmienda directamente. Los descendientes reciben rebase automáticamente la próxima vez que jj necesite mostrarme el grafo. Sin estado de HEAD desanclado, sin un rebase de varios pasos que abandonar a mitad de camino si cambio de opinión: jj undo cubre eso.

Conseguir que jj log hable del remoto

Tue, 22 Sep 2026 00:00:00 +0000

Conseguir que jj log hable del remoto

Parte 6 de 9.

Lo que me hizo confiar en jj log como herramienta de uso diario en lugar de como una curiosidad fue ver aparecer en él el estado del remoto sin ceremonia adicional. jj git fetch actualiza la vista que jj tiene de cada bookmark remoto, y la plantilla de log por defecto ya anota los commits con los bookmarks (locales, remotos, o ambos) que apuntan a ellos.

Hacer que jj se parezca a Tokyo Night

Tue, 22 Sep 2026 00:00:00 +0000

Hacer que jj se parezca a Tokyo Night

Parte 5 de 9.

Esta es la lección menos esencial de la serie y en la que más disfrute inmediato invertí. jj no incluye presets de temas: incluye una tabla de configuración [colors] en la que cada clave es una etiqueta de estilo adjunta a una salida basada en plantillas (change_id, bookmarks, conflict, y demás), y el valor es un nombre de color, una cadena hexadecimal, o una tabla para negrita, cursiva, subrayado. Ese es un mecanismo más general que un cambiador de tema fijo, a costa de tener que construir el tema uno mismo.

Forkeando repositorios con jj

Mon, 21 Sep 2026 00:00:00 +0000

Forkeando repositorios con jj

“Fork” es una de las palabras más usadas en el trabajo diario con GitHub, GitLab, Gitea, Forgejo o Bitbucket, y no existe ni en git ni en jj. git help no tiene ningún comando fork, y jj help tampoco. Todo lo que hace que forkear parezca una extensión natural del control de versiones es una funcionalidad de la plataforma de hosting, añadida sobre una herramienta que solo entiende de repositorios, commits y refs - y esa frontera jj ni siquiera la toca. Los ejemplos de abajo usan jj en todo momento, en modo colocated.

Cómo está construido jj realmente por debajo

Sat, 19 Sep 2026 00:00:00 +0000

Cómo está construido jj realmente por debajo

Parte 4 de 9.

El modelo mental del artículo anterior (la copia de trabajo como un commit, el identificador de cambio separado del identificador de commit) es la historia de cara al usuario. Tras leer los documentos de diseño y la disposición del código fuente de jj durante un rato más de lo estrictamente necesario, la arquitectura subyacente explica por qué ese modelo se sostiene, y por qué el modo colocado no se siente como ejecutar dos sistemas de control de versiones pegados con cinta adhesiva.

El vocabulario que jj toma prestado de Git, cambia y descarta

Fri, 18 Sep 2026 00:00:00 +0000

El vocabulario que jj toma prestado de Git, cambia y descarta

La trampa con jj es que reutiliza varias palabras de Git para cosas distintas, en lugar de inventar términos nuevos de principio a fin. Eso es peor que una ruptura limpia, al menos al principio: una palabra genuinamente nueva obliga a buscarla, una familiar deja asumir que ya la conoces.

Branch se convirtió en bookmark, y la diferencia no es cosmética. Un branch de Git siempre sigue su punta - haces commit sobre él y avanza contigo, automáticamente. Un bookmark de jj no hace nada de eso; se queda donde lo dejaste hasta que lo mueves con jj bookmark set. La primera vez que hice commit tres veces esperando que mi bookmark de feature me siguiera y descubrí que seguía apuntando al primer commit, esto dejó de ser una rareza de nombres y pasó a ser un hecho que tuve que interiorizar de verdad.

La copia de trabajo es un commit

Wed, 16 Sep 2026 00:00:00 +0000

La copia de trabajo es un commit, y otras cosas que tardaron un momento en encajar

Parte 3 de 9.

El modelo mental de Git tiene tres capas: directorio de trabajo, índice (área de staging) y commits. La mayor parte de la fricción del día a día que asocio con Git, git add -p, olvidarme de preparar un archivo, git status mostrando secciones solapadas de “preparado” y “sin preparar” para el mismo archivo, viene de gestionar la frontera entre las dos primeras.

Modo colocado

Sun, 13 Sep 2026 00:00:00 +0000

Modo colocado: dos almacenes, un directorio

Parte 2 de 9.

La instalación en sí no tiene nada de particular: un gestor de paquetes o un cargo install, luego una configuración de user.name/user.email, con la misma forma que la configuración de primera ejecución de Git. La parte interesante empieza en jj git init --colocate.

Ejecuta eso dentro de un checkout de Git existente y deja un directorio .jj junto a .git, añade .jj/ a .git/info/exclude para que nunca aparezca como sin seguir, e importa las ramas actuales y HEAD como commits de jj. Nada en .git se reescribe. Si borrara .jj ahora mismo, el repositorio sería exactamente el repo Git puro que era antes, sin perder nada.

Por qué mirar siquiera Jujutsu

Thu, 10 Sep 2026 00:00:00 +0000

Por qué mirar siquiera Jujutsu

Parte 1 de 9 de una serie sobre aprender jj en modo colocado.

Git funciona. Quince años después, el ecosistema a su alrededor es enorme y cada compañero de equipo ya lo conoce. Ese es un listón alto para cualquier cosa que pretenda reemplazarlo, y Jujutsu (jj) no intenta superar ese listón de un salto: intenta sentarse encima de los mismos repositorios Git que todo el mundo ya tiene, de modo que adoptarlo es una elección personal en lugar de una migración de equipo.