[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: John Peacock <john.peacock_at_havurah-software.org>
Date: Tue, 17 Jun 2008 10:56:00 -0400

Norbert Unterberg wrote:
> Unfortunately I have never used svnlook on the server side so I can
> not be sure, but a svn diff with the 1.4 client shows all lines as
> changed.

Use 'svn cat http://server/path/to/file > file.server' to dump out
exactly what the server thinks it has. You could also check out the
containing directory using the 1.5 client in some temporary folder, to
see what the text-base looks like (just running 'svn up' in the old
checkout won't do you any good because the working copy is already up to
date).

>> Regardless of these answers, I would strongly recommend that you convert the
>> server to 1.4.6 at your earliest convenience; 1.3.2 is very old and there
>> have been numerous improvements since then (not the least of which is
>> improved storage compression). You will need to do a dump/reload to do
>> this...
>
> We are just planning to upgrade together with a Trac upgrade in a few weeks.
> But are you saying that 1.5 clients are no longer compatible with 1.3 servers?

No, I'm saying that 1.4 or better clients work *better* with 1.4 or
better servers. There are backend storage changes, over the wire
compression changes, and better streaminess (fewer roundtrips) with
newer client/servers. All newer 1.x clients are required to maintain
interoperability with older 1.x servers (the obverse is also true, newer
1.x servers work with older 1.x clients). The newer clients just work
better with the newer server.

John

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-06-17 16:56:18 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.