мерзкие пробелы

34
задан Kzqai 22 July 2011 в 14:10
поделиться

1 ответ

Git1.6.0.4 кажется немного устаревшим, особенно если учесть, что:

  • в 1.6.3.4 , « git apply --whitespace = fix » не исправляет конечные пробелы в неполная строка
  • в 1.6.3.2 , установленный атрибут « пробел » предназначен для обнаружения всех известных ошибок на git, но он сказал git игнорировать завершающие символы возврата каретки.

Не могли бы вы попробовать с Git1.6.4.1, и вместо того, чтобы устанавливать глобальную конфигурацию, установить атрибут для файлов, для которых вам нужен специальный дескриптор пробела, например патч описывает .

В заданном каталоге создайте файл .gitattributes .

* -whitespace

, который будет игнорировать любые «пробельные» ошибки.

Теперь это не предотвратит никаких конфликт из-за непоследовательности, но это, возможно, стоит попробовать.


Патч был тестом на:

Игнорировать только ошибки пробелов в t / tNNNN - *. sh и t / tNNNN подкаталоги.
Другие файлы (например, тестовые библиотеки) по-прежнему следует проверять.

t/.gitattributes
t[0-9][0-9][0-9][0-9]-*.sh  -whitespace
t[0-9][0-9][0-9][0-9]/*     -whitespace

Примечание (Git 2.3.2+, Q1 2015, commit 0a80bc9 , автор: Junio ​​C Hamano, также известный как gitster ) » git apply --whitespace = fix "больше не молчит:

" git apply --whitespace = fix "исправлены ошибки пробелов в общих строки контекста, но сделали это без отчета.

Когда входящий патч содержит ошибки пробелов в общей строке контекста (т. е. в строке, которая, как ожидается, будет найдена и не будет изменена патчем), « apply --whitespace = fix "исправляет ошибки пробелов в строке, помимо ошибки пробелов в строке, которая обновляется патчем.
Однако мы не подсчитывали и сообщали, что мы исправили ошибки пробелов в таких строках.

17
ответ дан 27 November 2019 в 17:15
поделиться
Другие вопросы по тегам:

Похожие вопросы: