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

Re: Upcoming Flag Day

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-08-06 23:58:36 CEST

On Tue, Aug 06, 2002 at 04:29:32PM -0500, cmpilato@collab.net wrote:
> Subversion is about to suffer several changes that will cause
> incompatibility between clients and servers, servers and filesystems,
> clients and working copies, Hatfields and McCoys, etc.
> - KBP's ".svn-base" property file suffix patch (Issue #618).
> - DAV namespace property reorganization (Issue #840).

The client should recognize both, and the server should continue to use the
old namespaces for a while. At some future point, the server will begin to
use the new namespaces. "Really old" clients will need to be upgraded.

> - Ooooooooh Greeeeeeeeeg (Stein): How can we define a protocol
> version for our DAVish communications? Not so much our use of DAV
> itself, but all those custom reports and responses and such? We

The names and namespaces and things give us plenty of "versioning"
capability, along with negotiation and whatnot.

> just need to detect incompatibility, not correct for it at
> runtime, wethinks. Interestingly enough, this particular instance
> of a version number isn't so important for *this* flag day, since
> nobody's servers *or* clients are going to work until fully
> upgraded. :-)

Huh? That should never happen. We should *never* change the client or server
so radically that people are forced to upgrade. We want to "accepth both"
for a period of time, *then* remove the old.

What changes are you thinking of? Have we done this lately? Or planning to
at any point?


p.s. note that we *could* code the client to understand the old namespaces
and issue a warning "your server needs to be upgraded"

Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 6 23:55:29 2002

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.