Re: [BUG] attribute "eol" with "crlf"
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Dec 16, 2011, 23:24 UTC
- Message-ID
- <7v39ckgkwq.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <CAN0XMOKts7UR6eSYWA9-xj-YCpprvhbqwfdbq4U6Hfrn0nUONQ@mail.gmail.com>
Ralf Thielow <ralf.thielow@googlemail.com> writes:
> Basicly I want to force the line endings of the files on my > project. :/
You need to fix the data you have recorded with CRLF in the repository if you are using eol=crlf, which means "This file wants to ..." (see below; I do not want to type the same thing again).
Show 22 quoted lines
> 2011/12/16 Junio C Hamano <gitster@pobox.com>: >> Ralf Thielow <ralf.thielow@googlemail.com> writes: >> >>> So i have to commit ".gitattributes" and everything is fine for me after!? >> >> No. Sorry if I was unclear, but I do not see which part was unclear in >> what I wrote, so... >> >>>> The sequence adds "test\r\n" file without .gitattributes to have the >>>> repository record that exact byte sequence for the file. But then later >>>> goes around and says "This file wants to express the end of line with CRLF >>>> on the filesystem, so please replace LF in the repository representation >>>> to CRLF when checking out, and replace CRLF in the working tree to LF when >>>> checking in". >>>> >>>> So it is not surprising that "\r\n" coming from the repository is replaced >>>> to "\r\r\n" when checked out. As far as the repository data is concerned, >>>> that line has a funny byte with value "\r" at the end, immediately before >>>> the line terminator "\n". >>>> >>>> What you said is _technically_ correct in that sense. >>>> ...