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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 9. mai 2010, at 09.00, Dmitry Potapov wrote:

> On Sun, May 09, 2010 at 12:53:17AM +0200, Eyvind Bernhardsen wrote:
>> On 9. mai 2010, at 00.17, Eyvind Bernhardsen
>> <eyvind.bernhardsen@xxxxxxxxx> wrote:
>> 
>>> I'll try to think of a better name.
>> 
>> Heh. How about "localcrlf={true,false,native}"?
> 
> IMHO, the 'local' prefix certainly does not improve anything. Also,
> I would rather call default as "default" instead of "native". So,
> why not use "core.crlf={true, false, default}"?
> 
> Though crlf is not my preferable name, I think consistency is important,
> and we should use the same name here as in git attributes.

But the attribute does something different!  The attribute turns eol conversion on and off, the configuration variable decides which line endings to use when conversion is on.  They should be related, but making them identical doesn't make any kind of sense.

To be consistent, I would expect a variable called "core.crlf" to do the same thing as the attribute, so "core.crlf=auto" would replace "core.autocrlf={true,input}", allowing you to turn on line ending conversion without having to modify the repository.

If we added this consistently named "core.crlf", we'd still need a separate config variable to decide between LFs and CRLFs in the working directory, so what should that variable be called?

"localcrlf" at least conveys the idea that this is a local setting, so it's not too much of a stretch to guess that it controls the working directory.
-- 
Eyvind

--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]