LF будет заменен CRLF в git - что это такое и важно ли это? [дубликат]




Возможные Дубликаты:
ГИТ замена LF с возврата каретки и перевода строки






когда я создаю новое приложение rails, я вижу предупреждение в git о замене LF. Я делаю
git init
git add .



а потом бум! Я вижу, что это всплывает почти для всех файлов. Обычно я просто продолжаю работать и создаю свое приложение, и оно исчезает после многих изменений в файлах.



пример:




файл будет иметь исходные окончания строк в вашем рабочем каталоге.
предупреждение: LF будет заменен CRLF в Gemfile.



файл будет иметь исходные окончания строк в вашем рабочем каталоге.
предупреждение: LF будет заменен CRLF в Gemfile.замок.



файл будет иметь исходные окончания строк в вашем рабочем каталоге.
предупреждение: LF будет заменен CRLF в README.




в чем разница между LF и Эти символы не экранируются?



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

1772   2  
git

2 ответов:

в системах Unix конец строки представляется с подачей строки (LF). В windows строка представляется с возвратом каретки (CR) и подачей строки (LF) таким образом (CRLF). когда вы получаете код от git, который был загружен из системы unix, у них будет только LF.

если вы хотите отключить это предупреждение, введите его в командной строке git

git config core.autocrlf true

если вы хотите принять разумное решение, как git должен справиться с этим,читать документацию

вот фрагмент

форматирование и пробелы

форматирование и пробелы проблемы являются одними из наиболее неприятных и тонкие проблемы, с которыми сталкиваются многие разработчики при совместной работе, особенно кросс-платформенный. Это очень легко для патчей или других совместная работа по внедрению тонких изменений пробелов, потому что Редакторы молча представляют их, и если ваши файлы когда-либо касались Системы Windows, их линия окончания могут быть заменены. В Git есть несколько параметры конфигурации, чтобы помочь с этими проблемами.

core.autocrlf

если вы программируете на Windows и работаете с людьми, которые не являются (или наоборот), вы, вероятно, столкнетесь с проблемами с окончанием строки в некоторых случаях точка. Это связано с тем, что Windows использует оба символа возврата каретки и символ перевода строки для новых строк в своих файлах, тогда как Mac и В системах Linux используется только символ перевода строки. Это тонкий, но невероятно раздражает факт кросс-платформенной работы; многие редакторы на Windows молча заменяет существующие окончания линий в стиле LF на CRLF, или вставьте оба символа конца строки, когда пользователь нажимает клавишу enter.

Git может справиться с этим путем автоматического преобразования окончаний CRLF линии в LF, когда добавить файл в индекс, и наоборот, когда он проверяет код на вашу файловую систему. Вы можете включить эту функцию с ядро.установка autocrlf. Если вы находитесь на компьютере с Windows, установите для него значение true – этот преобразует LF концовки в CRLF, когда вы проверяете код:

$ git config --global core.autocrlf true

если вы находитесь в системе Linux или Mac, которая использует LF-окончания строк, то вы не хочу, чтобы Git автоматически конвертировал их при извлечении файлов; однако, если файл с окончаниями CRLF случайно вводится, тогда Вам может понадобиться Git, чтобы исправить это. Вы можете сказать, Git, чтобы преобразовать переводы строк в LF на фиксации, но не наоборот, установив ядро.autocrlf to вход:

$ git config --global core.autocrlf input

настройка должен оставить вас с окончаниями CRLF в Windows checkouts, но LF-окончания на системах Mac и Linux и в репозитории.

если вы программист Windows, выполняющий проект только для Windows, то вы можно отключить эту функцию, записывая возврат каретки в репозиторий, установив значение конфигурации в false:

$ git config --global core.autocrlf false

Если вы хотите, вы можете отключить эту функцию в своей конфигурации git core с помощью

git config core.autocrlf false

но было бы лучше просто избавиться от предупреждений с помощью

git config core.autocrlf true

Comments

    Ничего не найдено.