Jujutsu (comando jj) é um sistema de controle de versão que pode trabalhar sobre um repositório Git já existente. Para quem usou Git por muitos anos, a diferença mais perceptível não é um comando novo, e sim uma etapa mental que deixa de existir: a cópia de trabalho é registrada como commit automaticamente, sem uma área de staging intermediária. Este texto separa o que a documentação oficial do projeto descreve do que é avaliação pessoal, e aponta onde a troca exige mais cuidado.
O que muda no fluxo de trabalho
A cópia de trabalho já é um commit
A página de comparação com Git da documentação do Jujutsu afirma: “The working copy is automatically committed.” Em termos práticos, as alterações de arquivos já pertencem a um commit que o jj atualiza sozinho. O ciclo de editar, preparar com git add e só então criar o commit deixa de ser o centro do trabalho. Quando você quer marcar um ponto do histórico, descreve a mudança com jj describe -m ou abre uma nova com jj new.
As an Amazon Associate I earn from qualifying purchases.
Não há staging index
Como a cópia de trabalho é tratada como commit, o jj não reproduz o index do Git. Tarefas que em Git passam pelo index, como montar um commit a partir de trechos selecionados, aparecem no jj como operações sobre commits existentes, como jj split para dividir uma mudança e jj squash para mover alterações entre commits. Não é uma tradução linha a linha: quem espera o mesmo modelo mental do git add -p precisa reaprender o fluxo.
Do these 3 things before closing this tab:
1Fix the driver behind crashes, sound loss and screen glitches2Clear out junk files and repair common Windows errors3Scan for outdated or missing drivers - takes under a minuteBranches são opcionais
A comparação oficial destaca os branches anônimos: é possível trabalhar sobre commits sem que um nome de branch seja um estado obrigatório. Em Git, o nome do branch costuma ser o ponto de partida de qualquer tarefa. No jj, nomes são ponteiros que você atribui quando precisa deles, por exemplo para publicar. Para um repositório que já tem convenções de branch, isso muda pouco na prática; para quem cria um branch por hábito antes de cada tarefa, a mudança é perceptível.
#1 Best Overall
- THIS JUJUTSU KAISEN BOOKMARK has a slim design making it easy to use with all types of books, journals, planners and more
- INCLUDES A COORDINATING TASSEL to help you easily keep your place
- BOOKMARKS ARE PERFECT for keeping your page and showing your enthusiasm for reading
- FEATURES FUN DESIGNS that are sure to keep you motivated and your imagination flowing
- BOOKMARK DIMENSIONS are 8.75'' x 2.75''
Conflitos são representados de outra forma
A documentação descreve diferenças na forma como conflitos são representados e resolvidos. O ponto relevante para o leitor é entender esse modelo antes de migrar, não assumir que conflitos deixam de exigir atenção. Uma resolução continua exigindo decisão humana; o que muda é onde e como o conflito aparece no histórico.
Relato pessoal e fatos documentados
“Não consigo mais voltar” é uma conclusão de uso, não uma medição. Ela pode ser verdadeira para uma pessoa e não para outra, porque depende de hábitos, do tipo de repositório e de como a equipe trabalha. Para comparar a sua situação com a de quem escreve, vale observar quais partes do fluxo mudam e quais permanecem:
- Tende a deixar de ser necessário: montar o index antes de commitar, criar um branch só para começar uma tarefa e recuperar trabalho depois de uma operação mal-sucedida em Git.
- Tende a continuar igual: revisão de código em plataformas de hospedagem, pipelines de integração contínua, hooks e ferramentas que leem o repositório Git.
- Exige aprendizado: a forma de dividir, mover e reescrever commits, além da leitura de conflitos no novo modelo.
Qualquer afirmação de ganho de produtividade ou de preferência precisa vir de quem testou no próprio contexto. Não há, nas fontes oficiais consultadas, números de adoção ou desempenho que sustentem uma comparação geral.
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
Dá para usar jj num repositório Git existente?
Sim. A documentação de compatibilidade do projeto descreve clonagem e workspaces colocalizados, nos quais o diretório contém tanto o repositório Git quanto o do jj, com importação e exportação de referências entre os dois. Isso permite testar a ferramenta sem que toda a equipe mude ao mesmo tempo. Um roteiro prudente:
- Clone o repositório em um diretório separado, para não arriscar o clone de trabalho principal.
- Crie um workspace colocalizado nesse clone de teste e confirme que o histórico aparece como esperado nos dois lados.
- Use Git principalmente para leitura, como
git logegit status, e faça as alterações com o jj. O próprio projeto sugere essa divisão como a mais simples em workspaces colocalizados. - Evite alternar comandos que mudam referências nos dois sistemas dentro do mesmo repositório, porque isso pode gerar referências divergentes e change IDs confusos.
- Só depois de validar o fluxo, avalie a migração de um repositório real.
Limites da compatibilidade
Compatibilidade com Git não significa paridade de recursos. A página oficial de compatibilidade lista limitações, e as mais relevantes para decidir a troca estão abaixo. A lista é volátil: a versão consultada foi a documentação disponível em outubro de 2026, e a página vigente deve ser checada antes de qualquer decisão.
| Área | Situação documentada | Impacto prático |
|---|---|---|
| Git LFS | Falta de suporte listado na documentação de compatibilidade | Repositórios que dependem de arquivos grandes via LFS precisam de solução alternativa antes da migração |
| Submodules | Falta de suporte listado na documentação de compatibilidade | Projetos com submodules devem ser avaliados caso a caso |
| Comandos mutáveis do Git e do jj no mesmo workspace | Podem causar confusão em referências e change IDs divergentes | Restrinja o Git a operações de leitura nesse workspace |
| Ferramentas externas, hooks e automações | Não detalhado na página consultada | not stated: teste pipelines e scripts no clone de teste antes de qualquer uso no repositório principal |
Quando a troca faz sentido
A decisão depende menos da ferramenta do que do contexto em que ela será usada. Três perguntas ajudam a fechar a avaliação:
Rank #4
- Officially licensed Jujutsu Kaisen memo pad by Great Eastern Entertainment.
- Cute, collectible, and limited availability, making the perfect gift for any anime fan!
- Extremely durable. Strong adhesive that sticks well for years to come!
- This memo pad consists of 100 pages!
- Packaging comes with official licensing information.
- O repositório usa Git LFS ou submodules? Se sim, a migração exige plano próprio.
- A equipe depende de automações que escrevem diretamente no Git? Teste-as antes.
- Você está disposto a reaprender como dividir, mover e reescrever commits? Esse é o principal custo de adoção para quem tem anos de hábito consolidado.
The Bottom Line
A documentação oficial sustenta os fatos centrais: a cópia de trabalho é registrada automaticamente, não há staging index equivalente ao do Git, branches são opcionais e o jj pode trabalhar sobre um repositório Git existente com limites documentados. A frase “não consigo mais voltar” pertence ao relato de quem fez a troca. Ela é um ponto de partida para testar, não uma prova de que a ferramenta seja superior para todos.
The Tool Desk
Outbyte Driver Updater FREEFix the driver behind crashes, sound loss and screen glitchesFind Drivers →Outbyte PC Repair FREERepair Windows errors before they cause bigger problemsFix Now →Quick Recap
Best Value
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.
