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

Re: Adding files with Inconsistent EOL markers

From: Paul Koning <Paul_Koning_at_dell.com>
Date: Wed, 7 May 2008 14:02:44 -0400

>>>>> "Greg" == Greg Rundlett <greg.rundlett_at_oasis-open.org> writes:

 Greg> On Wednesday 07 May 2008 11:59:48 am richard hornsby wrote:
>> Not sure if you've seen this or not, but this discussion of using
>> the svn:eol-style property to try to help eliminate the problem it
>> sounds like you're having may be useful:
>> http://svnbook.red-bean.com/en/1.1/ch07s02.html (most of the way
>> down the page)
>> -rj
 Greg> Thanks Richard,

 Greg> I have seen that reference in the manual. Re-reading the
 Greg> manual, it says that svn stores the files with 'normalized' LF
 Greg> line endings. This means that I don't have to worry about
 Greg> those inconsistent files being propagated through the server.
 Greg> When I add them in my working copy, subversion cleans them up.
 Greg> Yay. Thanks subversion.

It doesn't actually work quite that nicely.

If you set that option, a checkout or update produces files in the
working directory with the specified line ending type.

When you add a file that's auto-prop'ed to have this, the right thing
happens PROVIDED that the original file line endings are all the
same. All DOS, all Unix, either is fine. What produces an error and
terminates the "svn add" is a file that has some of each. And files
like that sometimes show up in stuff I want to import.


To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-05-07 20:04:02 CEST

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.