Português
Compare dois blocos de texto ou código lado a lado com diff por linha e palavra.
Última atualização
function greet(name) {+function greet(name) { console.log("Hello, " + name);+ console.log(`Hello, ${name}!`);return name;+
return name.toUpperCase();
}+
}
greet("world");+greet("World");Um diff checker compara dois trechos de texto ou código e destaca o que foi adicionado, removido ou alterado. Quem programa usa diff o tempo todo: para revisar código, depurar mudanças de configuração, comparar respostas de API, validar migrations e entender as edições antes de comitar.
Saber ler diff é uma habilidade essencial pra qualquer dev. É o que separa *mudanças reais de comportamento* de uma simples reformatação inofensiva, e ajuda a achar aquele único caractere alterado no meio de um bloco de 200 linhas. Quando você pega o ritmo do verde / vermelho / amarelo, o code review fica muito mais rápido.
Dois tipos de diff importam mais do que os outros: o *diff por linha* (quais linhas mudaram) e o *diff por palavra* ou *por caractere* (o que mudou dentro da linha). Uma boa ferramenta de diff deixa você alternar entre eles dependendo do que está comparando — código-fonte ou parágrafos de texto.
Coloque o texto original do lado esquerdo e a nova versão do lado direito. Vale código, JSON, prosa pura, arquivos de configuração — qualquer coisa.
Use diff por linha para código-fonte ou dados estruturados. Mude para diff por palavra quando estiver comparando parágrafos de texto, onde o que importa é a redação.
Habilite *ignorar espaços em branco* se só quer ver mudanças significativas; habilite *ignorar maiúsculas/minúsculas* ao comparar logs ou textos em que a caixa não importa.
O conteúdo removido aparece em vermelho do lado esquerdo; o adicionado aparece em verde do lado direito. Linhas modificadas costumam aparecer dos dois lados, lado a lado.
Edite qualquer um dos lados e veja o diff atualizar ao vivo. Ótimo para preparar um patch limpinho antes de abrir um pull request.
Convenções usadas pelo diff checker do Coddy — e também pelo git diff, GitHub e pela maioria dos visualizadores de diff.
| Marcador | Significado | Onde aparece |
|---|---|---|
Vermelho / - | Linha removida em relação ao original | Painel esquerdo |
Verde / + | Linha adicionada na nova versão | Painel direito |
| Amarelo / ambos | Linha modificada — mudança parcial dentro da linha | Os dois painéis |
| Sem cor | Linha sem alteração — igual nas duas versões | Os dois painéis |
@@ ... @@ | Cabeçalho de hunk do git diff — números de linha | Saída do git diff no terminal |
| Diff por palavra | Mudança no nível de palavra ou caractere dentro de uma linha modificada | Destacado dentro de uma linha amarela |
API_TIMEOUT=3000API_TIMEOUT=30000Um zero a mais transforma um timeout de 3 segundos em 30 segundos. Um diff checker pega isso em segundos — bater o olho em dois .env lado a lado quase sempre deixa passar.
O usuário pode logar.
O usuário pode fazer login.
O diff por palavra destaca logar → fazer login. O diff por linha simplesmente marcaria a linha inteira como alterada; o diff por palavra isola exatamente a edição.
{ "id": 42, "status": "draft", "published": false}{ "id": 42, "status": "published", "published": true}O diff deixa óbvio que dois campos relacionados mudaram juntos. É a forma mais rápida de confirmar que uma chamada de API que altera estado fez o que era pra fazer.
git diff, a tela de pull request e os painéis de comparação da IDE são todos a mesma ideia.