Por que um PR no GitHub parece menor ao ocultar espaços
Uma alteração pequena pode sumir entre linhas vermelhas e verdes quando o formatador também muda toda a indentação. A melhoria anunciada pelo GitHub em 22 de outubro reduz uma escolha repetitiva: a preferência pessoal de espaços agora pode acompanhar vários pull requests.
A preferência continua no próximo PR
Em Files changed → Settings → Whitespace changes, há Always show, Always hide e Hide for this diff only. A preferência salva é pessoal e vale entre PRs. Ao ocultar espaços, Hide whitespace aparece perto de All commits; o X mostra os espaços temporariamente sem alterar a preferência.
A contagem de arquivos e as estatísticas acompanham o diff exibido. Um número menor não prova que o autor retirou alterações. O filtro ativo pode explicar números diferentes para duas pessoas no mesmo PR.
Encontrando a linha por trás da formatação
Criamos um exemplo JavaScript de preço com imposto. A nova versão arredonda o resultado para duas casas e muda a indentação de dois para quatro espaços. A imagem mostra uma execução real de git diff local, não uma tela do GitHub.
O diff comum apresenta cálculo e retorno como linhas substituídas juntas. Com git diff -w, o cálculo permanece como contexto e a mudança no retorno ganha destaque. Isso ajuda a discutir arredondamento, valores negativos e testes existentes. Uma visão mais limpa facilita a leitura, mas não comprova correção.
Quando o espaço muda o comportamento
Indentação em Python, níveis em YAML e espaços em strings podem ter significado. Trocar "Hello world" por "Helloworld" altera o texto visível. -w controla a comparação de espaços, sem interpretar a linguagem.
Nesse exemplo simples de string, -w realmente não produz diff. A segunda imagem registra a execução. Isso não prova que GitHub e Git local sempre se comportem da mesma forma; mostra por que vale reabrir a visão completa onde espaços importam.
Mais largura para um arquivo novo
Em split view, arquivos novos e excluídos agora ocupam ambas as colunas. Sem uma versão anterior ao lado, a largura extra reduz quebras em tipos e nomes de testes longos.
Em PRs mistos, experimente ler a lógica filtrada e depois revelar os espaços para revisar strings e estrutura. Separar commits de formatação também comunica melhor a intenção. A preferência economiza cliques; entender o comportamento continua sendo o centro da revisão.
Fontes oficiais
GitHub Docs · Reviewing proposed changes
Verificado em 23 de outubro de 2026 com anúncio oficial e documentação Git; as duas comparações foram executadas localmente.