У меня тоже была эта проблема.
SVN не выполняет преобразование конца строки, поэтому файлы фиксируются с окончанием строки CRLF. Если вы затем используете git-svn, чтобы поместить проект в git, то концы CRLF сохраняются в репозитории git, который не является состоянием git, ожидающим найти себя - по умолчанию используется только окончание строк unix / linux (LF)
Когда вы просматриваете файлы в окнах, преобразование autocrlf оставляет файлы неповрежденными (поскольку у них уже есть правильные окончания для текущей платформы), однако процесс, который решает, есть ли разница с проверенными файлами выполняет обратное преобразование перед сравнением , что приводит к сравнению того, что, по его мнению, является LF в извлеченном файле с неожиданным CRLF в репозитории.
As насколько я вижу, ваши варианты:
Сноска: , если вы выберете вариант №2, то мой опыт в том, что некоторые вспомогательные инструменты (rebase , патч и т. д.) не справляются с CRLF-файлами, и вы рано или поздно закончите файлы с комбинацией CRLF и LF (несогласованные окончания строк). Я не знаю, как получить лучшее из обоих.
Перешел к Thunderbird в Щелкнутом правой кнопкой по тире на ЗНАЧКЕ - Сочиняют Новое сообщение - Справку - Перезапуск С Отключенными Дополнениями - и это теперь работает