Perché un PR GitHub sembra più piccolo nascondendo gli spazi
Una piccola modifica può sparire tra righe rosse e verdi quando il formatter cambia anche tutta l’indentazione. L’annuncio GitHub del 22 ottobre elimina una scelta ripetitiva: la preferenza personale sugli spazi può ora seguire chi legge tra pull request.
Una preferenza che segue il prossimo PR
In Files changed → Settings → Whitespace changes si può scegliere Always show, Always hide o Hide for this diff only. La preferenza salvata è personale e vale tra PR. Il filtro Hide whitespace compare vicino ad All commits; la X mostra temporaneamente gli spazi senza cambiare la scelta salvata.
Il conteggio dei file e le statistiche riflettono il diff visualizzato. Numeri più piccoli non significano necessariamente che l’autore abbia rimosso modifiche. Il filtro attivo può spiegare due letture diverse dello stesso PR.
Trovare la riga sotto la formattazione
Abbiamo scritto un esempio JavaScript che calcola un prezzo con imposta. La nuova versione arrotonda a due decimali e passa da due a quattro spazi di indentazione. L’immagine mostra un vero git diff locale, non l’interfaccia GitHub.
Il diff normale presenta calcolo e return come righe sostituite insieme. Con git diff -w il calcolo resta come contesto e il nuovo return risalta. Si può ragionare su arrotondamento, valori negativi e test esistenti. Una vista più pulita aiuta a leggere, senza garantire correttezza.
Quando lo spazio cambia il comportamento
Indentazione Python, livelli YAML e spazi nelle stringhe possono avere significato. Passare da "Hello world" a "Helloworld" cambia il testo visibile. -w controlla il confronto degli spazi, senza interpretare il linguaggio.
In questo semplice esempio di stringa, -w non produce effettivamente alcun diff. La seconda immagine documenta l’esecuzione. Non dimostra identità completa tra GitHub e Git locale, ma spiega perché riaprire la vista completa dove gli spazi contano.
Più larghezza per un file nuovo
In split view i file nuovi ed eliminati occupano ora entrambe le colonne. Senza una versione precedente a fianco, la larghezza aggiuntiva riduce gli a capo nei tipi e nei nomi di test lunghi.
Per PR misti si può leggere prima la logica filtrata e poi mostrare gli spazi per stringhe e struttura. Separare i commit di formattazione chiarisce ulteriormente l’intenzione. La preferenza risparmia clic; capire il comportamento resta il cuore della revisione.
Fonti ufficiali
GitHub Docs · Reviewing proposed changes
Verificato il 23 ottobre 2026 con annuncio ufficiale e documentazione Git; entrambi i confronti sono stati eseguiti localmente.