mrsaynothing.dev
jj v0.46, segunda lectura: la rampa se ensancha, el undo crece barandillas
Dos semanas, +216 estrellas y una versión después: la colocación en worktree abarata la prueba, el undo entre workspaces se rechaza por defecto — y el banco sigue debiéndose.
■ space · la lectura del delta — jujutsu v0.46, la segunda pasada
v0.46.0 salió el 7 de octubre — los workspaces de jj ya conviven mediante worktrees git reales, y un jj undo entre workspaces se rechaza por defecto. Más seguro, no solo más nuevo.
La quincena, vista desde nuestras dos lecturas: de 31 796 a 32 012 estrellas, una cadencia de versiones de 34 días, un repositorio con push la mañana en que esto se escribió.
Tu repo sigue siendo 100 % git. Colocado, GitHub y tus compañeros ven un repositorio git de lo más normal — el coste del cambio es memoria muscular, no migración.
Y la mentira que esta pieza rechaza: que un número de versión es noticia. La mayoría de versiones puntuales son fontanería. v0.46.0 no — cambia el cálculo del cambio de herramienta, y los datos de demanda de la quincena explican por qué eso importa más de lo que el changelog admite.
LA FICHA DE LA QUINCENA
Los números primero, porque son la única parte de esta pieza con la que nadie puede discutir.
| la medida | primera lectura (29 sep) | segunda lectura (13 oct) |
|---|---|---|
| estrellas GitHub | 31 796 | 32 012 (+216 / 14 días ≈ 15/día) |
| última versión | v0.45.1 (3 sep) | v0.46.0 (7 oct — una brecha de 34 días) |
| repositorio con push | activo | 05:22 UTC esta mañana |
| issues abiertas | — | 1 260 |
Las estrellas son vanidad, la cadencia es señal: dos versiones en seis semanas con los breaking changes bien listados es un proyecto que publica y te dice qué rompió. Las 1 260 issues abiertas se leen igual — una herramienta en movimiento, no una terminada.
Nuestro propio registro lleva la segunda señal. La familia de impresiones más grande del clúster git este mes sigue siendo undo a commit but keep the changes — impresiones subidas un 100 % semana sobre semana, y casi cero clics, porque la respuesta git honesta va a tres comandos de profundidad y los lectores se dan cuenta. La demanda de undo no esperó a jj. Nunca espera.
JUJUTSU VS GIT: LA TABLA DEL UNDO
La primera lectura explicaba el modelo — la copia de trabajo es un commit, cada operación escribe en el registro de operaciones, los conflictos son de primera clase. Lo que se saltó, y lo que los datos de búsqueda dicen que la gente necesita de verdad a las 6 de la mañana, es la tabla a nivel de frases: la tarea, tecleada como la teclean los buscadores, en ambos dialectos.
| la tarea | git (el conjuro) | jj (la operación) |
|---|---|---|
| deshacer lo último que hice | reflog, entrecerrar los ojos, reset --soft o reset --keep | jj undo |
| deshacer el deshacer | no hay camino limpio | jj redo |
| ver lo que acaba de pasar | git reflog | jj op log |
| enmendar el último commit | git commit --amend | editar los archivos — el commit de la copia de trabajo se enmienda solo |
| guardar un conflicto para después | no permitido — resuélvelo ya o para | los conflictos son commits; resuélvelos cuando quieras |
En git, undo es arqueología — excavar el reflog, encontrar el fragmento, reconstruir. En jj, la cinta nunca estuvo enterrada: undo es una operación sobre el registro de operaciones. Excavación contra botón de rebobinado.
Imagínalo: git te da la caja negra — montada detrás del avión, legible después del accidente. jj la montó en el salpicadero y la conectó a un botón de rebobinado.
V0.46.0: LOS DOS CAMBIOS QUE IMPORTAN
Workspaces que conviven mediante worktrees git reales. jj workspace add --colocate (o el ajuste git.colocate) coloca un workspace de jj junto a un checkout git normal sin adueñarse del clon. Léelo como la rampa ensanchándose: un equipo puede tener un workspace jj junto a un checkout git en la misma máquina, el mismo repositorio, y comparar — exactamente la prueba que el veredicto de la primera lectura pedía. Se apoya en git worktree add --orphan, por eso el git mínimo sube a 2.42.0.
Un undo que conoce sus fronteras. jj undo y jj redo ahora se niegan a tocar operaciones de otro workspace salvo que pases --allow-cross-workspace. Que una herramienta cuyo argumento entero es "undo es seguro" apriete los controles alrededor del undo es la prueba de cultura superada. El resto de notas se lee en la misma dirección: jj bisect run comprueba sus extremos bueno y malo antes de andar, y jj split deja de hacer malabares con sesiones de editor.
PRUEBA LA GRABADORA SIN ARRIESGAR NADA
Un clon desechable, tres comandos, y el registro es real en tu máquina — no solo en la documentación.
# in a throwaway clone — git keeps working exactly as before
jj git init --colocate
# a .jj directory now sits beside .git; the recorder is running:
jj op log
# the door out, whenever you want it:
rm -rf .jjverificación: jj op log en ese clon lista tus operaciones con marcas de tiempo — una línea por comando significa que el registro es real.
EL REGISTRO HONESTO: QUÉ SE ROMPE
Memoria muscular, primero. El baile del índice — git add -p, staging parcial — tiene su equivalente en squash y split de jj, que resuelven el mismo problema con otras manos. La primera semana teclearás verbos de git y te irritarás.
La óptica del equipo, después. Los repositorios colocados parecen git normal al hosting y a los compañeros — pero los commits de copia de trabajo de un usuario de jj solo se vuelven visibles al hacer push, y "dónde está mi trabajo a medias" recibe una respuesta distinta de la que la gente de git espera. Los equipos pequeños se encogen de hombros; los monorepos con cadenas de herramientas profundas deberían esperar. El rechazo de undo entre workspaces de la v0.46 es una frontera más que aprender — deliberadamente, y honestamente, la decisión correcta.
Y el recibo que sigue faltando: los benchmarks. Dos lecturas después, la afirmación sigue sin hacerse. No podemos decirte si el rebase de jj gana al de git en un repositorio de 10 000 commits, porque no lo hemos ejecutado — ese número no existe hasta que exista el banco, y una segunda lectura no convierte una lectura de ficha en un banco.
VEREDICTO, REVISADO: QUIÉN SE MUEVE ESTA SEMANA
La primera lectura decía: pruébalo. Dos semanas y una versión después, el cálculo se movió en una sola dirección — la colocación en worktree de la v0.46 abarató la propia prueba, y los datos de demanda se endurecieron. La familia undo que sigue nuestro tablón no se enfrió ni una impresión; la herramienta que la responde en un comando publicó dos veces. Cuando una brecha tan ancha sigue ensanchándose, alguien va a cerrarla. jj la cierra al nivel del modelo, no del truco nemotécnico — la comparación completa está junto a la decisión clásica que perturba: revert vs reset, que ahora tiene una tercera respuesta, y la tercera respuesta es un botón.
- Desarrolladores en solitario y equipos pequeños con cicatrices de undo.
- Cualquiera que enseñe git y esté cansado de ver caras largas ante el reflog.
- Repositorios operados por agentes — el carril que observamos más de cerca — donde toda operación debería ser reversible y auditable por defecto. Un registro de operaciones no es allí una comodidad; es la superficie de auditoría que git nunca envió.
- Cadenas de herramientas git profundas y suposiciones de CI cargadas de hooks.
- Cualquiera en plena migración — nada de esto envejece bien a mitad de vuelo.
- Y espera al banco. La próxima pieza jj de este sitio correrá jj contra git en un repositorio real e imprimirá el número más feo primero — la ficha de la quincena compró el beneficio de la duda exactamente una vez.
Dos preguntas antes de ese banco: ¿alguna vez un rescate por reflog te falló en el peor momento posible — y si ejecutas jj en serio este mes, qué se rompe primero? Dinos qué probar.
fin de la segunda lectura · nada descargado · todo en local