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

Re: Bug (release blocker?): svn 1.5 eol-style:native on windows breaks version 1.4 wc

From: C. Michael Pilato <cmpilato_at_collab.net>
Date: Tue, 17 Jun 2008 10:44:46 -0400

John Peacock wrote:
> Norbert Unterberg wrote:
>> Who performs the CRLF to LF conversion during a commit, the server or
>> the client?
> The client code performs any conversions (from the local text-base,
> which is an exact representation of what the server sent). This is
> because there may be keyword substitution going on as well.
> The server normally stores the files as LF, but you can get into a state
> where files contain CRLF, but this is usually caused by external tools
> messing with the line endings when they shouldn't.

Unless I'm mistaken, this is inaccurate.

The server, by default (no svn:eol-style set) stores files in whatever way
they are represented by the committing client.

Files with svn:eol-style set to 'CR', 'LF', or 'CRLF' are stored in the
repository with the specified line ending styles.

Files with svn:eol-style set to 'native' are stored in the repository with
'LF'-style line endings, so that successive commits from different OSes
don't repeatedly cause every-line-changed-line-endings types of churn in the
file's versioned contents.

C. Michael Pilato <cmpilato_at_collab.net>
CollabNet   <>   www.collab.net   <>   Distributed Development On Demand

Received on 2008-06-17 16:45:00 CEST

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

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