Как отключить Git конец строки (CRLF до LF) для всех клонов/машин?

Как можно получить из другие сообщения, Git нормализация конца строки имеет свои плюсы и минусы. У меня есть один конкретный проект только для Windows, который, как мне кажется, лучше всего - полностью отключить нормализацию конца строки. То есть, я хочу оставить все новые строки (большинство из которых CRLF) целыми, а не Git нормализовать их до LF - только за кулисами, и я хочу, чтобы это изменение повлияло на все клоны репозитория на всех машинах. Вопрос - самый эффективный способ сделать это.

Большинство обсуждений нормализации Git конца строки находятся в терминах core.autocrlf, и я мог бы выполнить свою задачу, установив core.autocrlf=false. Тем не менее, это настройка git -config, и я считаю, что нужно установить это отдельно на каждом компьютере машиной. Если это правда, это кажется склонным к ошибкам, тем более, что установщик msysgit направляет его в настройку core.autocrlf=true.

Ответы

Ответ 1

Лучший способ избежать необходимости устанавливать core.autocrlf отдельно на каждой машине, по-видимому, проверяет файл .gitattributes в репозитории, содержащий единственную строку

* -text

Или, если у вас установлена более старая версия Git, то

* -crlf

Это сообщает Git, что для всех путей (таким образом, *) не следует пытаться нормализовать окончание строки. Насколько я могу судить, это не должно иметь никаких других побочных эффектов. В частности, он не должен изменять способ генерирования различий (у этого есть отдельный атрибут diff/-diff) или как обрабатываются слияния (у этого есть отдельный атрибут merge/-merge).

Для получения дополнительной информации я предлагаю следующие ресурсы:

Документация gitattributes (git help attributesили онлайн-копия), в которой подробно описывается, как работает нормализация окончания строки и специфические эффекты разных атрибутов. (Вероятно, наиболее релевантными являются text, crlf, diff, merge и binary.)
Git поток списка рассылки Является ли атрибут "текст" только для указания поведения нормализующей линии или имеет более широкие последствия? (30 марта 2012 г.), который расширяет значение разных атрибутов и поясняет, что -text не означает просто "это двоичный файл".