LF будет заменен CRLF в git - что это такое и важно ли это? [дубликат]
Возможные Дубликаты:
ГИТ замена LF с возврата каретки и перевода строки
когда я создаю новое приложение rails, я вижу предупреждение в git о замене LF. Я делаю
git init
git add .
а потом бум! Я вижу, что это всплывает почти для всех файлов. Обычно я просто продолжаю работать и создаю свое приложение, и оно исчезает после многих изменений в файлах.
пример:
файл будет иметь исходные окончания строк в вашем рабочем каталоге.
предупреждение: LF будет заменен CRLF в Gemfile.
файл будет иметь исходные окончания строк в вашем рабочем каталоге.
предупреждение: LF будет заменен CRLF в Gemfile.замок.
файл будет иметь исходные окончания строк в вашем рабочем каталоге.
предупреждение: LF будет заменен CRLF в README.
в чем разница между LF и Эти символы не экранируются?
должен ли я беспокоиться об этом в долгосрочной перспективе или просто игнорировать его и продолжать идти, как я обычно делаю?
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