Thank you Torsten. Could some one help me clarify what this means?
"This ensures that all files that git considers to be text will have
normalized (LF) line endings in the repository. The core.eol
configuration variable controls which line endings git will use for
normalized files in your working directory; the default is to use the
native line ending for your platform, or CRLF if core.autocrlf is

Does this mean?
1) the files in your working directory should only be set to CRLF if
your native line endings are core.eol=crlf and core.autocrlf=true?
2) the files in your working directory should be set to CRLF by
default if your native line endings are core.eol=crlf and not

I was hoping it would be #1, but it does not appear to be working that
way. The F# Compiler Service that I want to source index has
text=auto. It can be used to test.

git clone fcs

git config --global core.eol crlf
git clone fcsCoreEolCrlf

Please help clarify how git should be working, so that I can either
log a bug or a feature request.


On Wed, Feb 12, 2014 at 9:56 AM, Torsten Bögershausen <> wrote:
> On 2014-02-11 15.57, Cameron Taggart wrote:
>> After requesting this as
>>, I was told to take it
>> upstream, so here I am.
>> I would like a text=input feature added that has the same behavior as
>> text=auto, except that it defaults to core.autocrlf=input behavior
>> instead of core.autocrlf=true.
> If you want to normailze your repo, and keep it normalized,
> I can  recommend to use .gitattributes.
> Please see the excellent page here:
> And especially this part:
> $ echo "* text=auto" >>.gitattributes
> $ rm .git/index     # Remove the index to force git to
> $ git reset         # re-scan the working directory
> $ git status        # Show files that will be normalized
> $ git add -u
> $ git add .gitattributes
> $ git commit -m "Introduce end-of-line normalization"
> /Torsten
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to
More majordomo info at

Reply via email to