Что Visual Studio подразумевает под нормализацией несовместимых окончаний строк?

Обычно это означает, что у вас есть строки, заканчивающиеся чем-то другим, кроме пары «возврат каретки / перевод строки». Это часто случается, когда вы копируете и вставляете с веб-страницы в редактор кода.

Нормализация окончаний строк - это просто обеспечение согласованности всех символов окончания строки. Он не позволяет одной строке заканчиваться на \r\n, а другой - на \r или \n; первая - это пара конца строки Windows, а остальные обычно используются для файлов Mac или Linux.

Поскольку вы разрабатываете в Visual Studio, вы, очевидно, захотите выбрать «Windows» из раскрывающегося списка. :-)

Некоторые строки заканчиваются на \n.

Некоторые другие строки заканчиваются на \r\n.

Visual Studio предлагает сделать так, чтобы все строки заканчивались одинаково.

Если вы используете Visual Studio 2012:

Перейдите в меню Файл → Дополнительные параметры сохранения → выберите Тип окончания строк как Windows (CR LF).

Чтобы включить / выключить этот параметр, выполните следующие действия на панели меню:

Инструменты → Параметры → Среда → Документы → Проверять согласованность окончаний строк при загрузке

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

Для окончания строк используются следующие символы ASCII:

CR, возврат каретки
LF, перевод строки

Windows = CRLF
Mac OS 9 или более ранняя версия = CR
Unix = LF

Вам может помочь новая строка в Википедии. Вот отрывок:

Различные соглашения о новой строке часто приводят к неправильному отображению текстовых файлов, которые были переданы между системами разных типов. Например, файлы из систем Unix или Apple Macintosh могут отображаться в виде одной длинной строки в некоторых программах, работающих в Microsoft Windows. И наоборот, при просмотре файла, созданного с компьютера Windows в системе Unix, дополнительный CR может отображаться как ^ M, или в конце каждой строки, или как второй разрыв строки.

Это означает, что, например, некоторые из ваших строк текста имеют <Carriage Return><Linefeed> (стандарт Windows), а некоторые заканчиваются просто <Linefeed> (стандарт Unix).

Если вы нажмете «да», концы строк в исходном файле будут преобразованы в один и тот же формат.

Это не повлияет на компилятор (поскольку конец строки считается просто пробелом), но может иметь некоторое значение для других инструментов (например, 'diff' в вашей системе управления версиями).

Это не просто Visual Studio ... Любые инструменты, которые читают файлы, компиляторы, компоновщики и т. Д., Должны уметь с этим справиться.

В целом (для разработки программного обеспечения) мы принимаем проблему окончания мультиплатформенной линейки, но позволяем программе контроля версий решать ее.

Когда вы копируете и вставляете что-то из Интернета, вы можете получить несогласованные окончания строк.
Чтобы исправить это, вы можете использовать расширение Visual Studio "Line Endings Unifier", которое может автоматически согласовывать окончание строки при сохранении файла.

Существует надстройка для Visual Studio 2008, которая преобразует формат конца строки при сохранении файла. Вы можете скачать его здесь: http://grebulon.com/software/stripem.php

Окончание строки, также называемое новой строкой, концом строки (EOL) или разрывом строки, является управляющим символом или последовательностью управляющие символы в спецификации кодировки символов (например, ASCII или EBCDIC), которая используется для обозначения конца строки текста и начала новой. Некоторые текстовые редакторы устанавливают / реализуют этот специальный символ при нажатии клавиши ввода.

Символы возврата каретки, перевода строки представляют собой символы ASCII для конца строки (EOL). Они закончат текущую строку строки и начнут новую.

Однако на уровне операционной системы к ним относятся иначе:

• Символ возврата каретки (CR) (ASCII 13 \ 0x0D, \ r): перемещает курсор в начало строки без перехода к следующей строке. Этот символ используется как символ новой строки в операционных системах Commodore и Early Macintosh (Mac OS 9 и ранее).

• Символ перевода строки (LF) (ASCII 10 \ 0x0A, \ n): перемещает курсор вниз на следующую строку без возврата в начало строки. Этот символ используется в качестве символа новой строки в системах на базе Unix (Linux, macOS X, Android и т. Д.).

• Символ перевода строки возврата каретки (CRLF) (0x0D0A, \ r \ n): на самом деле это два символа ASCII, представляющие собой комбинацию символов CR и LF. Он перемещает курсор как вниз, так и на следующую строку, и в ее начало. Этот символ используется в качестве символа новой строки в большинстве других операционных систем, отличных от Unix, включая Microsoft Windows и Symbian OS.

Нормализация несовместимых окончаний строк в Visual Studio означает выбор одного типа символов, который будет использоваться для всех ваших файлов. Возможно:

• Символ перевода строки возврата каретки (CRLF)
• Символ перевода строки (LF)
• Символ возврата каретки (CR)

Однако вы можете установить это лучше, используя .gitattributes файл в корневом каталоге, чтобы избежать конфликтов при перемещении файлов из одной операционной системы в другую.

Просто создайте новый файл с именем .gitattributes в корневом каталоге вашего приложения:

touch .gitattributes

И добавьте в него следующее:

# Enforce Unix newlines
* text=auto eol=lf

Это принудительно устанавливает символ окончания строки перевода строки в Unix.

Примечание: если это уже существующий проект, просто запустите эту команду, чтобы обновить файлы для приложения, используя новую определенную строку, заканчивающуюся, как указано в .gitattributes.

git rm --cached -r .
git reset --hard

Это все.

Надеюсь, это поможет

У меня была эта проблема в VS 2019, и я решил ее, установив конфигурацию LineBreak для Windows, прежде чем она была настроена для Unix.

Tools > Options > Format on Save > Settings > LineBreak: Windows