1

У меня есть файл в проекте. Этот проект был передан мне и имеет много несоответствий CRLF/LF. Я добавил правило в мои .gitattributes чтобы установить для файла значение LF, когда коммиты eol=lf все хорошо и хорошо, файл использует LF в моем репо.

Вот проблема: каждый раз, когда я извлекаю файл, он извлекается как CRLF, что приводит к тому, что git интерпретирует его как "измененный", потому что в репозитории есть LF. Исправлять это очень и очень неприятно, и я не смог исправить это с помощью чего-то другого, кроме фиксации изменения в ветке, которая, очевидно, фиксирует изменение как CRLF (локальный) -> LF (репо), т.е. технически ничего не делать.

Кто-нибудь знает, какой параметр вызывает этот LF (репо) -> (извлечение) -> CRLF (локальный) -> Looping Conflict от CRLF =/= LF?

Что касается * eol=auto , я этим не пользуюсь, поскольку поведение git, даже в linux, заключается в проверке всего как CRLF. Я еще не видел случая, когда eol=auto фактически проверяет файл как LF.

0