Skip to contentSkip to conversation

.gitattributes not forcing EOLs correctly for a CRLF-ending file on *NIX

DISCUSSION Adam Monsen 1 participant 2 messages Jun 15, 2016

lore
Share & tools
lore
#0 lore raw

Anyone have ideas why my .gitattributes file isn't working?

Repo: git://chordii.git.sourceforge.net/gitroot/chordii/chordii

File "INSTALL.WINDOWS" (in the top-level directory of the repo) should always have crlf line endings, but my git 1.7.4.1 client says the file is modified after a fresh clone. I'm on Ubuntu GNU/Linux, I have core.autocrlf set to "input". The top-level .gitattributes file contains one line: "INSTALL.WINDOWS eol=crlf".

More likely I'm misusing .gitattributes or the core.autocrlf setting.

#1 lore raw
Quoted 1 line · I wrote:

Anyone have ideas why my .gitattributes file isn't working?

drizzd on #git helped me out!

I went ahead and committed the file, and git replaced the line endings. drizzd said the repository (the file object, I guess?) contained a file with CRLF line endings, instead of LF line endings. But in my checked-out version, I correctly see a file with CRLF line endings. Yay!

I generally follow the advice at http://help.github.com/line-endings/ in terms of the core.autocrlf setting.