Раскраска пробелов в выводе git-diff

Что касается форматирования кода, я немного пурист :). Я очень часто удаляю ненужные пробелы (строки только с w, w в конце строк и т. Д.). Я даже установил vim, чтобы показать такие линии, окрашенные в красный цвет.

Моя проблема в том, что с помощью git-diff я часто вижу что-то вроде этого:

-      else{ 
+      else{

Даже если у меня цвет git-diff, я не вижу разницы (в этой конкретной ситуации я убрал 1 ws в конце строки). Есть ли какой-нибудь способ сказать git-diff, чтобы он показывал, что он окрашен в красный? (например, те, которые соответствуют / \ s + $ / regexp).

Вам может потребоваться установить параметр конфигурации color.diff.whitespace, например, с помощью:

 git config color.diff.whitespace "red reverse"

(Я предполагаю, что у вас уже есть color.diffили color.uiустановлено, autoтак как вы говорите, что вы видите цветные пятна в git diffлюбом случае.)

Если вы хотите точно настроить тип ошибок пробелов, которые выделены красным цветом, вы можете изменить их core.whitespace, но они blank-at-eolвключены по умолчанию, поэтому вам, вероятно, не придется менять это для примера, который вы упомянули.

Возможный источник путаницы заключается в том, что в выходных данных git diffошибки пробелов выделяются только во введенных строках, а не в удаленных. ( Обновление: как указывает Пол Уиттекер в своем ответе , который вы должны проголосовать с повышением :), вы можете увидеть это, изменив смысл различий с помощью git diff -R.)

Вы можете найти больше документации по этим параметрам конфигурации на странице руководства git config.

Если вы не хотите использовать -Rkludge, вы можете использовать опцию WhiteSpace Error Highlight со страницы руководства diff .

--ws-ошибок изюминка =

Выделите ошибки пробелов в строках, указанных цветом, указанным в color.diff.whitespace. разделенный запятыми список старого, нового контекста Если эта опция не указана, подсвечиваются только пробельные символы в новых строках. Например, --ws-error-highlight = new, old выделяет ошибки пробелов как в удаленных, так и в добавленных строках. все может быть использовано как сокращение для старого, нового контекста.

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

или

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

Я не знаю способ навсегда включить это и сохранить это в конфигурации, кроме использования псевдонима:

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

Теперь вы можете использовать:

git df <file>

Чтобы увидеть изменения в красном.

Обратите внимание, что в Git 2.11 (Q4 2016) этот псевдоним может быть заменен следующим:

git config diff.wsErrorHighlight all

Смотрите документ дальшеgit diff и дальшеgit config .

Используйте, git diff -Rчтобы превратить удаленные строки в добавленные строки. Затем конечные пробелы будут выделены.

(Это предполагает, что у вас уже включена подсветка пробелов в соответствии с настройками цвета из ответа Марка. Кредит для этого метода идет в пост Junio ​​по адресу http://git.661346.n2.nabble.com/Highlighting-whitespace-on-removal- with-git-diff-td5653205.html .)

Например, при преобразовании файла из концов строки DOS в Unix git diff -Rчетко отображаются ^Mсимволы (dis), появляющиеся на концах строк. Без -R(а также без -wи т.д.) показывает, что весь файл изменился, но не показывает, как.

Использование git diff --color | less -R. Это -Rделает коды управления цветом удобными для человека.

Тогда вы можете использовать lessпоиск по регулярному выражению, например,

/[[:space:]]+$

Моя версия git diffуже, кажется, делает это - я установил git 1.7.4.1 color.ui = auto.