Re: [PATCH/RFC v2 1/4] Add "core.eolStyle" variable to control end-of-line conversion

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: Robert Buck
Date: Sunday, May 9, 2010 - 1:46 pm

> On 9. mai 2010, at 13.14, Robert Buck wrote:

I probably missed something. The part that confuses me in this
statement is that you said "for files git doesn't identify as text
files". The convert.c source is the heart of this, and if a file is
not identified as text it is presumed to be binary. The statement made
seems to imply you'd auto-convert PDF files? I know you did not mean
that, but it could have been read that way.

What specifically happens in the three modes? Would it be precise to
say the following?

    "Files subject to EOL conversion are those that are explicitly
identified through attributes to be text files, or those
algorithmically determined to be text files which happen to not bear
the "text" file attribute. Otherwise the default value, "false",
applies and no EOL conversions occur."

-Bob
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[PATCH/RFC v2 0/4] End-of-line normalization, take 2 (now ..., Eyvind Bernhardsen, (Sat May 8, 2:46 pm)
[PATCH/RFC v2 2/4] Add tests for per-repository eol normal ..., Eyvind Bernhardsen, (Sat May 8, 2:46 pm)
[PATCH/RFC v2 3/4] Pass eol conv mode as an argument inste ..., Eyvind Bernhardsen, (Sat May 8, 2:46 pm)
[PATCH/RFC v2 4/4] Add per-repository eol normalization, Eyvind Bernhardsen, (Sat May 8, 2:46 pm)
Re: [PATCH/RFC v2 1/4] Add "core.eolStyle" variable to con ..., Robert Buck, (Sun May 9, 1:46 pm)