Coloration des espaces blancs dans la sortie de git-diff

En ce qui concerne le formatage du code, je suis un peu puriste :). Je supprime très souvent les espaces blancs inutiles (lignes avec seulement ws, ws à la fin des lignes, etc.). J'ai même configuré vim pour afficher ce genre de lignes colorées en rouge.

Mon problème est qu'en utilisant git-diff, je vois souvent quelque chose comme ceci:

-      else{ 
+      else{

Même si j'ai git-diff coloré, je ne vois pas la différence (dans cette situation particulière, j'ai supprimé 1 ws à la fin de la ligne). Existe-t-il un moyen de dire à git-diff de montrer que ws est coloré en rouge? (par exemple ceux qui correspondent à / \ s + $ / regexp).

Vous devrez peut-être définir le paramètre de configuration color.diff.whitespace, par exemple avec:

 git config color.diff.whitespace "red reverse"

(Je suppose que vous avez déjà color.diffou color.uimis à autopuisque vous dites que vous voyez des taches de couleur de git difftoute façon.)

Si vous souhaitez affiner le type d'erreurs d'espaces qui sont surlignées en rouge, vous pouvez ensuite le modifier core.whitespace, mais il blank-at-eolest activé par défaut, vous n'aurez donc probablement pas besoin de le changer pour l'exemple que vous mentionnez.

Une source possible de confusion est que dans la sortie de git diff, les erreurs d'espace blanc ne sont mises en évidence que dans les lignes qui sont introduites, pas dans celles qui sont supprimées. ( Mise à jour: comme le souligne Paul Whittaker dans sa réponse , que vous devriez voter à la hausse :), vous pouvez les voir en inversant le sens de la différence avec git diff -R.)

Vous pouvez trouver plus de documentation sur ces options de configuration dans la page de manuel git config

Si vous ne souhaitez pas utiliser -Rkludge, vous pouvez utiliser l' option WhiteSpace Error Highlight de la page de manuel de diff .

--ws-error-highlight =

Mettez en surbrillance les erreurs d'espaces sur les lignes spécifiées par dans la couleur spécifiée par color.diff.whitespace. est une liste de l'ancien, du nouveau contexte, séparés par des virgules. Lorsque cette option n'est pas donnée, seules les erreurs d'espacement dans les nouvelles lignes sont mises en surbrillance. Par exemple, --ws-error-highlight = new, old met en évidence les erreurs d'espace blanc sur les lignes supprimées et ajoutées. tout peut être utilisé comme un raccourci pour l'ancien, le nouveau, le contexte.

git diff --ws-error-highlight=new,old <file>

ou

git diff --ws-error-highlight=all <file>

Je ne connais pas de moyen de l'activer de manière permanente et de le stocker dans la configuration en dehors de l'utilisation d'un alias:

git config alias.df 'diff --ws-error-highlight=all'

Vous pouvez maintenant utiliser:

git df <file>

Pour voir les changements en rouge.

Notez qu'avec Git 2.11 (Q4 2016) , cet alias peut être remplacé par:

git config diff.wsErrorHighlight all

Voir doc surgit diff et surgit config .

Utilisez git diff -Rpour transformer les lignes supprimées en lignes ajoutées. Ensuite, les espaces blancs de fin seront mis en évidence.

(Cela suppose que vous avez déjà activé la mise en évidence des espaces blancs, conformément aux paramètres de couleur de la réponse de Mark. Le crédit de cette méthode va à l'article de Junio ​​à http://git.661346.n2.nabble.com/Highlighting-whitespace-on-removal- avec-git-diff-td5653205.html .)

Par exemple, lors de la conversion d'un fichier des fins de ligne DOS vers Unix, git diff -Rme montre clairement les ^Mcaractères (dis) apparaissant à la fin des lignes. Sans -R(et aussi sans -wetc.), cela montre que le fichier entier a changé, mais ne montre pas comment.

Utilisez git diff --color | less -R. Le -Rrend les codes de contrôle de couleur conviviaux.

Ensuite, vous pouvez utiliser lessla recherche par expression régulière, par exemple

/[[:space:]]+$

Ma version de git diffsemble déjà le faire - j'ai git 1.7.4.1 et j'ai défini color.ui = auto.