Ви можете налаштувати обробку закінчення рядків для сховища, додавши спеціальний файл .gitattributes до кореневої папки вашого сховища Git. Якщо цей файл призначений для сховища, він переосмислює налаштування core.autocrlf окремого розробника.
У цьому файлі ви можете налаштувати Git для автоматичного виявлення закінчень рядків.
Примітка: - Не всі графічні інструменти Git підтримують файл .gitattributes, наприклад, IDE Eclipse наразі не підтримує його.
Ось приклад .gitattributes файл. Ви можете використовувати його як шаблон для своїх сховищ:
# Set the default behavior, in case people don't have core.autocrlf set.
* text=auto
# Explicitly declare text files you want to always be normalized and converted
# to native line endings on checkout.
*.c text
*.h text
# Declare files that will always have CRLF line endings on checkout.
*.sln text eol=crlf
# Denote all files that are truly binary and should not be modified.
*.png binary
*.jpg binary
Ви помітите, що файли збігаються - *. C, * .sln, * .png--, розділені пробілом, а потім задаються налаштуваннями - text, text eol = crlf, binary. Ми переглянемо деякі можливі налаштування нижче.
text = auto
Git обробляє файли будь-яким способом, який він вважає найкращим. Це хороший варіант за замовчуванням.
text eol = crlf
Git завжди перетворює закінчення рядків у CRLF під час оформлення замовлення. Ви повинні використовувати це для файлів, які повинні зберігати закінчення CRLF, навіть на OSX або Linux. Наприклад, ось проект Windows, який застосовує закінчення рядків CRLF.
text eol = lf
Git завжди перетворює закінчення рядків у LF під час оформлення замовлення. Ви повинні використовувати це для файлів, які мають зберігати закінчення LF, навіть у Windows. До прикладу , ось це проект , який нав'язує LF закінчень рядків.
binary
Git зрозуміє, що вказані файли не є текстовими, і він не повинен намагатися їх змінювати. Двійковий параметр також псевдонім для -text -diff.