Kolorowanie białych znaków na wyjściu git-diff

Jeśli chodzi o formatowanie kodu, jestem raczej purystą :). Bardzo często usuwam niepotrzebne spacje (linie zawierające tylko ws, ws na końcu linii itp.). Ustawiłem nawet vima, aby pokazywał tego rodzaju linie w kolorze czerwonym.

Mój problem polega na tym, że używając git-diff często widzę coś takiego:

-      else{ 
+      else{

Nawet jeśli mam kolor git-diff, nie widzę różnicy (w tej konkretnej sytuacji usunąłem 1 ws na końcu linii). Czy jest jakiś sposób, aby powiedzieć git-diff, aby pokazał, że ws jest pokolorowany na czerwono? (na przykład te dopasowane do / \ s + $ / regexp).

Może być konieczne ustawienie ustawienia konfiguracji color.diff.whitespace, np. Za pomocą:

 git config color.diff.whitespace "red reverse"

(Zakładam, że już masz color.difflub color.uiustawiłeś, autoponieważ mówisz, że i tak widzisz kolorowe plamy git diff).

Jeśli chcesz precyzyjnie dostroić typ błędów białych znaków, które są podświetlone na czerwono, możesz to zmienić core.whitespace, ale blank-at-eoljest ono domyślnie włączone, więc prawdopodobnie nie będziesz musiał tego zmieniać w przykładzie, o którym wspominasz.

Możliwym źródłem nieporozumień jest to, że w wyniku działania programu git diffbiałe znaki są podświetlane tylko w wprowadzanych wierszach, a nie w usuwanych. ( Aktualizacja: jak wskazuje Paul Whittaker w swojej odpowiedzi , którą należy głosować za pozytywem :), możesz to zobaczyć, odwracając znaczenie różnicy z git diff -R.)

Więcej dokumentacji na temat tych opcji konfiguracyjnych można znaleźć na stronie podręcznika git config

Jeśli nie chcesz używać -Rkludge, możesz użyć opcji WhiteSpace Error Highlight ze strony podręcznika diff .

--ws-error-highlight =

Podświetlaj błędy białych znaków w liniach określonych przez w kolorze określonym przez color.diff.whitespace. jest rozdzieloną przecinkami listą starego, nowego kontekstu. Gdy ta opcja nie jest podana, podświetlane są tylko białe znaki w nowych wierszach. Np. --Ws-error-highlight = new, stare podświetla błędy białych znaków w usuniętych i dodanych wierszach. wszystko może służyć jako krótka ręka dla starego, nowego kontekstu.

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

lub

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

Nie wiem, jak to na stałe włączyć i zapisać to w konfiguracji, oprócz używania aliasu:

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

Teraz możesz użyć:

git df <file>

Aby zobaczyć zmiany na czerwono.

Zauważ, że w Git 2.11 (Q4 2016) ten alias może zostać zastąpiony przez:

git config diff.wsErrorHighlight all

Zobacz dokument dalejgit diff i dalejgit config .

Służy git diff -Rdo przekształcania usuniętych linii w dodane linie. Następnie końcowe białe znaki zostaną podświetlone.

(Zakłada się, że masz już włączone podświetlanie białych znaków, zgodnie z ustawieniami kolorów z odpowiedzi Marka. Kredyt za tę metodę należy do posta Junio ​​pod adresem http://git.661346.n2.nabble.com/Highlighting-whitespace-on-removal- with-git-diff-td5653205.html .)

Na przykład, podczas konwersji pliku z końcówek linii DOS do Uniksa, git diff -Rwyraźnie pokazuje mi ^Mznaki (dis) pojawiające się na końcach linii. Bez -R(i bez -witd.) Pokazuje, że cały plik się zmienił, ale nie pokazuje, jak.

Użyj git diff --color | less -R. Dzięki -Rtemu kody kontroli kolorów są przyjazne dla człowieka.

Następnie możesz skorzystać z lesswyszukiwania wyrażeń regularnych, np

/[[:space:]]+$

git diffWydaje się, że moja wersja już to robi - mam git 1.7.4.1 i ustawiłem color.ui = auto.