Я работаю над репозиторием кода, где все разработчики взаимодействуют с репозиторием с помощью Windows PC & eclipse как их IDE. Администратор хранилища настроивший этот .gitattributes
файла в родительском каталоге с нижеследующим:gitattribute end of line setting
* text eol=crlf
Я прочитал here что GIT внутренне поддерживает объектную базу данных для записи (фиксация)/чтение (проверки) изменений.
Выполняется ли это выше в .gitattributes
код с завершением строки CRLF (windows), а файл в репозитории будет храниться в CRLF?
Включено Опция «Показывать белые пространства» в Eclipse IDE показала, что все окончания файлов были линией (LF) без возврата каретки (CR).
Может ли кто-нибудь указать на причину такого поведения?
На другом хранилище, имеет
* text eol=lf*.java eol=crlf*.csv eol=crlf*.jar binary*.sql eol=crlf
Означает ли это, все файлы (.java/.csv/.sql) будет иметь CRLF и другие файлы будут иметь окончания LF строки?
Вы уже читали об этом? Вот хороший ресурс https://git-scm.com/docs/gitattributes#__code_text_code. – soundslikeodd