Comparar dois textos
Diff de texto lado a lado gratuito. Cole duas versões — código, prosa, JSON, cláusulas de contrato, qualquer coisa — e veja o que mudou: tachado vermelho no original, verde no modificado. Escolha granularidade linha, palavra ou caractere, e alterne entre lado a lado, unified (estilo PR do GitHub) ou inline. Útil para: revisar uma alteração de contrato antes de assinar, detectar uma mudança sorrateira de licença num arquivo de terceiro, conferir uma edição copy-paste, comparar duas respostas JSON de API para achar um campo inesperado, ou gerar um patch limpo para compartilhar no chat. O mesmo algoritmo de diff que o próprio git usa, rodando localmente para que os textos nunca saiam da página.
Como usar
Original à esquerda, modificado à direita.
Lado a lado para revisão, unified para compartilhar, inline para prosa.
Vermelho — original (excluído), verde + novo (adicionado), cinza = inalterado.
Ignore espaços se a formatação é ruído; ignore maiúsculas se não importa.
Faça diff de dois pedaços de texto ou código com granularidade de linha, palavra ou caractere — no navegador
O que você pode fazer
Usos típicos
- Descobrir o que mudou entre duas versões de um arquivo de configuração antes de implantar.
- Revisar a reescrita de um parágrafo com granularidade no nível de palavra para ver exatamente quais palavras se moveram.
- Comparar duas respostas JSON para encontrar uma diferença de campo inesperada.
- Verificar uma edição copy-paste contra o original antes de fazer commit.
- Gerar um diff unified limpo para compartilhar no chat ou code review.
Por que este
A maioria dos diffs online para no nível de linha — quando uma única palavra muda dentro de uma linha longa, você ainda precisa olhar a linha inteira para achá-la. Nós rodamos o diff novamente dentro de cada linha alterada para que edições no nível de palavra e caractere sejam destacadas com precisão. Especialmente útil para prosa, texto jurídico e JSON onde um único valor enterrado num objeto longo é o que importa.
Perguntas frequentes
Por que comparar dois arquivos grandes fica lento?
Porque achar o menor conjunto de mudanças entre dois textos custa um trabalho que, no pior caso, cresce com o produto dos comprimentos e não com a soma. Dois arquivos que compartilham a maior parte do conteúdo se comparam depressa seja qual for o tamanho, porque o algoritmo consegue casar trechos longos e pulá-los. Dois que compartilham pouco — um documento reescrito, uma base de código reformatada — são o caso caro, e é daí que vem a espera longa. Duas coisas ajudam direto: troque a granularidade de caractere para linha, o que corta o número de itens comparados em uma ordem de grandeza, e ligue ignorar espaços se a diferença que lhe importa não é a indentação.
Qual algoritmo de diff?
A mesma família Myers longest-common-subsequence que git, GNU diff e a maioria das ferramentas de code review usam — então a saída coincide com o que revisores veem num PR. Para granularidade de palavra e caractere dentro de linhas alteradas, o mesmo algoritmo roda de novo nos tokens daquela linha.
Por que meu diff de código parece errado com "Ignorar espaços" desligado?
Tabs vs espaços, espaços no final e finais de linha CRLF contam como diferenças reais quando "Ignorar espaços" está desligado. Alterne a opção se você só se importa com mudanças de conteúdo.
Posso copiar o diff?
A visualização unified é texto puro — selecione e copie. A visualização lado a lado é HTML; a exportação mais limpa é mudar para unified.
Podemos — e é! Envie uma mensagem rápida com sua ideia. Se quiser discutir em detalhes, deixe seu email e entraremos em contato. Pode ser anônimo.
