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

Re: svn EOL

From: Timothee Besset <ttimo_at_idsoftware.com>
Date: 2003-09-01 13:39:44 CEST

On Mon, 01 Sep 2003 12:24:59 +0100
Julian Foad <julianfoad@btopenworld.com> wrote:

>
> > The *right* way of things IMO would be to have svn use the native eol of
> > the platform for all text files.
>
> "Right" for your environment ... see below.
>
> > This *used* to be the case, and it was
> > changed to not modify anything and carry screwed up formatting across
> > platforms
>
> Exactly. Subversion by default carries a faithful copy of the file from one platform to another. If your editors "screw up" the formatting, then you can ask Subversion to help you out by setting "svn:eol" to "native" or another setting.
>
> This is much safer than Subversion defaulting to a mode which modifies the file, because not every file
> that looks like text can be converted from one EOL style to another and still work. For instance, someone mentioned that PDF files can be pure ASCII, but also contain byte-count indexes which would be invalid if CR-LF were replaced with just LF.
>
> > (specially bad for guys like us who do OSX - Linux - win32 .. we
> > have all 3 kinds of eol). But since I'm pretty much the only one who would
> > want it that way..
>
> What you want isn't unreasonable. You want to say something like "All of MY files should have Native EOL style." I would support a patch that provides a convenient way of controlling the default EOL style.
>

Sadly, this is the way it *used* to work. The native eols would be carried
over on each operating system you checkout to. With current version of svn
.. well we had to write a script to scan for text files and issue svn
propset svn:eol native everywhere.

When it is a repository with a bunch of branches that you just converted
from CVS, you need to run that script on all branches .. plus, if you
fetch older revs, you'll still be in bad karma eol-land ;-)

TTimo

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Sep 1 13:40:53 2003

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.