O criador de Jujutsu juntou-se à ERSC

Artigo original ↗ Discussão no Hacker News ↗

A contratação de um novo membro por uma startup de controle de origem focada em empresas, a ERSC, chamou atenção para o Jujutsu (“jj”), um sistema de controle de versão compatível com Git que promete fluxos de trabalho mais seguros e intuitivos com recursos como undo universal, resolução tardia de conflitos e reorganização mais fácil de commits. Comentadores exploram como o design do jj, baseado no Git, reduz os custos de migração em comparação com alternativas anteriores ao Git, enquanto a ERSC busca construir um backend de próxima geração para grandes monorepos e desenvolvimento assistido por IA, em vez de um site de codificação social como o GitHub. O debate também traz preocupações sobre o contrato de licença de contribuidores do Google em torno do jj, problemas de desempenho e acessibilidade no site de marketing animado da ERSC, e se empresas adotarão um novo fornecedor em uma camada de ferramentas tão fundamental.

Esclarecimentos sobre ERSC, JJ e Google

  • JJ (Jujutsu) é um VCS OSS sob Apache 2.0 que atualmente usa o formato em disco e o protocolo do Git, mas com algoritmos e UX diferentes.
  • O Google não detém os direitos autorais; os contribuidores os mantêm. O CLA do Google concede ao Google amplos direitos de licença, mas não é uma cessão de copyright.
  • A organização no GitHub foi movida para fora de uma conta pessoal; o Google ainda controla a org principalmente para manter o bot do CLA e detém a marca registrada “jj”.
  • O novo contratado deixou o Google para se juntar à ERSC, mas continua sendo um mantenedor principal do JJ. Os mantenedores equilibram intencionalmente a representação das empresas.

Direção de Produto da ERSC

  • A ERSC se posiciona como “controle de origem de próxima geração para a empresa”, não como um site de codificação social nem como um concorrente direto do GitHub.
  • Áreas de foco: escalar além dos limites do Git para grandes monorepos, ACLs por diretório e fluxos de trabalho em toda a organização, especialmente em ambientes “agentic”/pesados em LLM.
  • Eles estão construindo um novo backend (comparado aos sistemas internos do Google) com entrada/saída Git para adoção incremental; o JJ é o cliente de ponte.
  • O go-to-market inicial é apenas para empresas, com vendas/onboarding, embora indivíduos não sejam explicitamente bloqueados. O CI será “traga o seu próprio” no início.

Discussão Técnica: JJ vs Git (e Mercurial)

  • JJ oferece:
    • Conflitos de primeira classe armazenados em commits, permitindo resolução de conflitos adiada e incremental.
    • Um log de operações transacional que suporta undo universal (para rebases, merges, resoluções de conflito etc.), além do reflog do Git.
    • Rebase automático de commits/branches dependentes quando o histórico muda.
    • Um modelo unificado para working copy, comportamento semelhante ao índice, stashes e conflitos.
  • O rastreamento de cópias/renomes e outros recursos estão em desenvolvimento ativo.
  • Em comparação com Mercurial, o JJ pretende ser mais rápido e ganha tração por meio de compatibilidade perfeita com Git.

Adoção, UX e Fluxos de Trabalho

  • Fãs relatam edição de histórico drasticamente mais fácil (reordenar, dividir, empilhar commits), experimentação mais segura e melhor tratamento de conflitos.
  • Alguns dizem que os comandos principais do Git mais uma GUI já são suficientes, e que raramente encontram problemas em que as vantagens do JJ importem.
  • Há debate sobre a UX do Git: alguns a veem como boa depois que você aprende a teoria de VCS; outros veem o JJ como um modelo mental muito mais claro.
  • O JJ pode ser usado unilateralmente em repositórios Git; colegas de trabalho não precisam mudar. Ferramentas TUI (como jjui) são elogiadas.

Licenciamento, Governança e Preocupações com Propriedade

  • Alguns se preocupam que o CLA do Google e a marca registrada criem uma “Espada de Dâmocles” e possíveis sinais de alerta para investidores.
  • Outros argumentam que Apache 2.0, somado aos copyrights distribuídos e à possibilidade de fazer fork/rebatizar, mitiga o risco real de lock-in.

Feedback de Design e Desempenho do Site

  • Muitos elogiam a estética e a baixa latência do novo site da ERSC.
  • Outros relatam uso severo de GPU e desempenho ruim de rolagem em vários navegadores/OS; o fundo animado é citado como o culpado e como um problema de acessibilidade.
  • A ERSC reconhece os problemas, lança correções (incluindo remover/reduzir a animação) e pretende respeitar as preferências de movimento reduzido.