[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Network Share Checkouts

From: Johan Corveleyn <jcorvel_at_gmail.com>
Date: Sun, 13 Nov 2011 13:34:04 +0100

On Sun, Nov 13, 2011 at 8:46 AM, Nico Kadel-Garcia <nkadel_at_gmail.com> wrote:
[...]
> No, it happens *every time* yous set it to "native" and wind up
> editing code in one OS and running it in another. It's particularly a
> problem when people use TortoiseSVN to a CIFS accessible for code or
> documents that get run on a distinct OS. For scripting languages it's
> particularly adventuresome. The replication and addition of a file
> other than with 'svn copy' requires manual or semi-automated setting
> of "svn:eol", or the new files will have a distinct configuraiton.
> Then when you *change* them to match, diffs get complicated.
>
> The whole thing is better dealt with by following git's model. "Don't
> touch the bytes once submitted, what comes out is byte-for-byte what
> you put in". I can see uses for 'Id' and 'URL', but this end-of-line
> confusion is just that far too often: confusion.

As I said already in another thread: we have no problem at all with
the eol-style=native feature. We are very happy with it. Of course, we
don't use working copies shared accross different OS's. As long as you
understand what you're going to get with this feature, I see no
problem with it.

Besides, it's easy to block use of this feature, just disallow setting
the eol-style property in your pre-commit hook. Then you'll get the
same byte-for-byte behavior as what you're advocating.

-- 
Johan
Received on 2011-11-13 13:34:58 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.