Pourquoi un PR GitHub paraît plus petit sans les espaces
Une petite modification peut disparaître dans des lignes rouges et vertes lorsqu’un formateur change aussi toute l’indentation. L’annonce GitHub du 22 octobre répond à cette situation : le choix personnel d’affichage des espaces peut désormais suivre la personne entre plusieurs pull requests.
Un réglage qui suit le prochain PR
Dans Files changed → Settings → Whitespace changes, on peut choisir Always show, Always hide ou Hide for this diff only. Le réglage enregistré est personnel et transversal aux PR. Le filtre Hide whitespace apparaît près de All commits ; son X réaffiche temporairement les espaces sans modifier le réglage.
Le nombre de fichiers et les statistiques suivent le diff affiché. Des chiffres plus petits ne prouvent donc pas que l’auteur a retiré du code. Le filtre actif peut expliquer des lectures différentes de la même proposition.
Retrouver la ligne sous le formatage
Nous avons écrit un exemple JavaScript calculant un prix avec taxe. La nouvelle version arrondit à deux décimales et passe de deux à quatre espaces d’indentation. L’image montre une véritable sortie locale de git diff, pas une interface GitHub.
Le diff habituel remplace ensemble la formule et le retour. Avec git diff -w, la formule reste en contexte et le retour modifié ressort. On peut mieux examiner la règle d’arrondi, les valeurs négatives et les tests existants. Une vue plus calme facilite la lecture sans garantir la correction.
Quand l’espace porte du sens
L’indentation Python, les niveaux YAML et les espaces d’une chaîne peuvent modifier le comportement. Transformer "Hello world" en "Helloworld" change le texte visible. -w règle la comparaison des espaces, sans comprendre la sémantique du langage.
Dans ce deuxième exemple volontairement simple, -w ne produit effectivement aucun diff. L’image conserve notre résultat. Cela ne prouve pas que GitHub et Git local se comportent toujours de manière identique, mais invite à rouvrir la vue complète quand les espaces ont un sens.
Plus de largeur pour un nouveau fichier
En split view, les fichiers nouveaux et supprimés occupent désormais les deux colonnes. Sans ancienne version en face, cette largeur réduit les retours à la ligne des types et des noms de tests longs.
Pour un PR mêlant formatage et logique, on peut lire le calcul filtré puis réafficher les espaces pour les chaînes et la structure. Séparer les commits de formatage rend aussi l’intention plus claire. Le réglage économise des clics ; comprendre le comportement reste le travail de la revue.
Sources officielles
GitHub Docs · Reviewing proposed changes
Vérifié le 23 octobre 2026 avec l’annonce officielle et la documentation Git ; les deux comparaisons ont été exécutées localement.