Como o Jujutsu transforma o code review de grandes mudanças

O Jujutsu não é só mais um wrapper em torno do Git: ele reprojeta o modelo mental de versionamento. Enquanto o Git exige que o desenvolvedor gerencie manualmente staging, commits imutáveis e conflitos como interrupções, o Jujutsu trata cada mudança como um objeto evolutivo, com histórico de operações registradas, resolução de conflitos postergável e reescrita segura por padrão. Isso muda radicalmente o code review: em vez de revisar um único commit monolítico ou uma PR com 500 arquivos alterados, o dev pode iterar localmente com jj new, jj squash e jj move, construindo um rastreamento granular de quais partes foram validadas, quais ainda estão em análise e quais precisam de ajuste, tudo sem sair do fluxo de trabalho local nem comprometer a integridade do histórico remoto.

A versão 0.41.0 (lançada em 6/5/2026) traz --skip-empty no rebase e jj util gc, otimizando especialmente ambientes com grandes diffs e ciclos de revisão contínua. Essa atualização se alinha diretamente ao problema abordado no artigo CEVIU sobre renderização de diffs grandes: enquanto ferramentas de UI travam ao carregar 10 mil linhas de diff, o Jujutsu reduz a carga cognitiva do revisor ao permitir que ele trabalhe com subconjuntos controlados, não com o todo de uma vez.

A cobertura anterior do CEVIU (6/1/2026) tratava de otimizações de interface para diffs extensos, mas não abordava a camada de versionamento. Agora, com o Jujutsu 0.41.0, o controle do diff passa do lado do cliente (browser) para o lado do repositório: o dev não precisa esperar ferramentas externas renderizarem um patch gigante, ele simplesmente não gera um patch gigante. O squashing incremental e o rastreamento de revisão por arquivo são novidades práticas, não conceituais. Antes era teoria; agora é comando executável com suporte nativo em produção.

Para equipes que lidam com monorepos ou reescritas massivas, como a migração do Bun de Zig para Rust feita com Claude Code, o Jujutsu resolve um gargalo crítico: a perda de contexto entre revisão, teste e merge. Diferente do Git, onde um git rebase -i pode apagar acidentalmente um fix de segurança ou um ajuste de testes, o Jujutsu mantém todas as operações rastreáveis e reversíveis via jj op undo. Isso aumenta a confiança na entrega contínua, reduz retrabalho e alinha-se à tendência observada no Figma Make e no Claude Code: deslocar a complexidade da execução para o ambiente de desenvolvimento local, mantendo o remoto limpo e audível.