В винде не всегда LF отображается корректно

Ну и плевать, не используй такой софт.

Ладно, я понял -- ты слишком заморочен!

Появились проблемы в винде - переустанови её, да? )

Ну у меня и в винде проблем нет!

Настройка autocrlf позволяет полностью отвязать гит от пользовательских настроек. В гите всегда будет конститентные переносы, у пользователей всегда будет так как они хотят сами

Потому что с отключённым autocrlf никто не гарантирует, что случайно в репу не пролезет файл с CRLF

можно насильно клиентские хуки ставить, которые проверяют окончания строк и фейлят коммиты с неправильными окончаниями
autocrlf вроде норм но у меня был случай что он не работал и автогенеренный VS код ломал окончания строк

насчёт хуков - есть человеческий фактор, их могут отключить, потому что они мешают закоммитить :) а тут гит втихую всё поменял и ок
насчёт не работал - это были не текстовые файлы? если заморачиваться, можно расписать в .gitattributes каким файлам какие форматы соответствуют, это надо читать по настройке core.eol в .gitattributes

текстовые, я не помню что была за проблема конкретно, я в итоге просто прогонял все файлы с генеренным кодом через скрипт который чинил окончания, было лень разбираться

почему не мержаться?
ну у нас было обязательное код ревью, отпачковка веток всегда шла от develop, мержилась в develop только после code-review, а в мастер ветки мержились обычно раньше, как только пройдут тестирование.

в итоге если у тебя конфликт с мастером, то ты разрешаешь его, когда твои правки вольются в девелоп, и потом девелоп будет мержиться в мастер можно встретить тот же конфликт.

а еще при мерже в девелоп может быть конфликт, и если этот конфликт разрешить иначе чем при мерже ветки в мастер, то при мерже девелопа в мастер можно получить что угодно, например один и тот же кусок кода дважды в разных местах кода

Нужно сначала вливать код-ревью в девелоп (у вас есть CI? тесты бегают при мердже или ручное тестирование?)
Потом после релиза код из девелопа уезжает в мастер