Git & Version Control
Abra um diff unificado e navegue pelos arquivos com os números de linha anteriores e novos.
O patch fica neste navegador. Não há envio, acesso ao repositório ou execução do patch.
Limites: 1 MiB em UTF-8, 20.000 linhas e 200 arquivos. O filtro ignora maiúsculas e minúsculas.
A entrada mudou. Analise novamente antes de exportar.
As exportações incluem sempre o patch ou resumo completo, independentemente do filtro e da paginação.
Git diff online ajuda quando a revisão chega como um arquivo patch e você não tem o repositório nem as duas versões completas do código. Comece pelos registros de mudança que já estão no anexo.
Este visualizador de diferenças preserva as linhas adicionadas e removidas. Ele organiza os blocos por arquivo, sem reconstruir documentos inteiros para calcular uma nova comparação.
Saia do patch recebido e encontre o arquivo que precisa revisar.
Git diff online separa as linhas antigas e novas de um diff unificado. Remoções e adições vizinhas ficam alinhadas na ordem em que aparecem, mantendo o contexto dos dois lados. Linhas ausentes do patch não são inventadas.
Encontre arquivos por trechos do caminho antigo ou novo. O filtro muda apenas a navegação; as estatísticas gerais e os arquivos exportados continuam completos. Revisar um arquivo não transforma o download em um patch parcial.
Use git diff --no-color ou um diff padrão com cabeçalhos de arquivo em pares. Para um e-mail de git format-patch, exporte novamente o diff simples a partir do repositório de origem.
A visão lado a lado aproxima grupos de remoções e adições pela ordem das linhas. A visão unificada facilita acompanhar a sequência exata das operações quando essa ordem importa mais.
Confira arquivos, blocos e linhas de texto do patch inteiro junto com o arquivo selecionado. Marcadores binários são contados à parte, pois não trazem conteúdo binário para inspeção.
/dev/null representa o lado ausente em uma inclusão ou exclusão. Renomeações, cópias e mudanças de permissão aparecem mesmo sem blocos de texto. Caminhos entre aspas gerados pelo Git são decodificados na navegação.
O cabeçalho @@ declara a quantidade de linhas antigas e novas. A análise compara esses valores com contexto, remoções e adições. Blocos cortados ou intervalos sobrepostos são rejeitados com indicação da linha de entrada, sem corrigir números automaticamente.
O JSON inclui cada caminho, estado, modo informado, quantidade de adições, remoções e blocos. Marcadores binários são separados: nenhuma linha nova de texto não significa que uma imagem ou outro arquivo binário permaneceu igual.
São aceitos patches Git simples e diffs unificados padrão com cabeçalhos --- e +++. As duas visualizações usam os mesmos dados. Diffs combinados, envelopes de e-mail, cores de terminal e dados binários não são aceitos.
Não comparamos imagens nem conteúdos binários. Se houver Binary files … differ, exibimos o arquivo e o marcador. A estatística de texto não atribui quantidades fictícias de linhas às alterações binárias.
O diff unificado descreve intervalos com @@ e indica contexto, remoções e adições com espaço, menos e mais. Esta página lê o documento existente; o download mantém o patch original, sem gerar ou reparar outra versão.
Sim. Cole um unified diff existente ou leia um arquivo .patch local e navegue pela árvore. A extensão sozinha não comprova a validade: os cabeçalhos e blocos do conteúdo são analisados.
Sim: 1 MiB em UTF-8, 20.000 linhas e 200 arquivos. Se qualquer limite for ultrapassado, o conjunto é recusado, sem processamento parcial. Exporte patches menores por arquivo ou commit na origem.
Ficou com alguma dúvida?
Abra Git diff online, encontre um caminho alterado e confira os números antes de levar o patch original completo.
Validar a estrutura não garante a aplicação em um repositório.