7/7 needs to be amended with something like this,
and the documentation needs an update.
In any case, the user can normalize the repo like this:
$ echo "* text=auto" >>.gitattributes
$ rm .git/index # Remove the index to force Git to
$ git reset # re-scan the working directory
$ git st
Junio C Hamano writes:
> Junio C Hamano writes:
>
>> Torsten Bögershausen writes:
>>
>>> If we had made the CRLF -> LF conversion, yes. But we don't do that.
>>> crlf_to_git() returns without touching the line endings.
>>
>> That sounds quite broken. How would a user ever fix broken data in
>>
Junio C Hamano writes:
> Torsten Bögershausen writes:
>
>> If we had made the CRLF -> LF conversion, yes. But we don't do that.
>> crlf_to_git() returns without touching the line endings.
>
> That sounds quite broken. How would a user ever fix broken data in
> the index then? I know the commit
Torsten Bögershausen writes:
> If we had made the CRLF -> LF conversion, yes. But we don't do that.
> crlf_to_git() returns without touching the line endings.
That sounds quite broken. How would a user ever fix broken data in
the index then? I know the commit that often appears in these
discus
Torsten Bögershausen writes:
> # Here the lines are not going to be normalized at the next commit.
> # They stay CRLF.
Isn't that the real source of the problem? Why don't we fix that
then?
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@
On 29.03.16 19:21, Junio C Hamano wrote:
> tbo...@web.de writes:
>
>> From: Torsten Bögershausen
>>
>> git blame reports lines as not "Not Committed Yet" when they have
>> CRLF in the index, CRLF in the worktree and e.g. core.autocrlf is true.
>>
>> Since commit c48053 "new safer autocrlf handlin
tbo...@web.de writes:
> From: Torsten Bögershausen
>
> git blame reports lines as not "Not Committed Yet" when they have
> CRLF in the index, CRLF in the worktree and e.g. core.autocrlf is true.
>
> Since commit c48053 "new safer autocrlf handling", files that have CRLF
> in the index are not nor
From: Torsten Bögershausen
git blame reports lines as not "Not Committed Yet" when they have
CRLF in the index, CRLF in the worktree and e.g. core.autocrlf is true.
Since commit c48053 "new safer autocrlf handling", files that have CRLF
in the index are not normalized at commit when e.g. core.au
8 matches
Mail list logo