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

Re: wc format version bump for file externals?

From: Marc Haisenko <haisenko_at_comdasys.com>
Date: Tue, 10 Jun 2008 16:57:06 +0200

On Tuesday 10 June 2008, kmradke_at_rockwellcollins.com wrote:
> Stefan Sperling <stsp_at_elego.de> wrote on 06/10/2008 09:10:41 AM:
> > On Tue, Jun 10, 2008 at 08:52:23AM -0500, kmradke_at_rockwellcollins.com
> > > Looking forward to wc 2.0 which solves all the worlds problems... :)
> >
> > I'd be surprised if "not supporting working copy format bumps"
> > was a design goal for wc-2.0.
> "Better interoperability between working copy formats" would be a
> nice design goal. There is no reason a working copy change needs
> to require incompatibility with old clients, that is just one part
> of the current design (that can hopefully be improved.)
> Kevin R.

Totally unrelated, but just a thought that I wanted to throw into the room
before it vanishes, maybe someone will remember it when WC 2.0 is being
designed :-) Just ignore me...

Instead of having a number, why not have two list of features that the
working-copy creating client defines and which say which SVN features need
and should be support by other clients. For example, something like this:

NEED: gravity air
WANT: world-peace

So another SVN client reads that list and says "I can support 'gravity' but
not 'air', so I may not touch the WC". Another client says "I can support
both 'gravity' and 'air' but not 'world-peace'; since that's not critical I
may touch the WC".

That would allow to add new improvements and also tell the world about it
without necessarily denying access for older/different

Just a thought :-)

Marc Haisenko
Comdasys AG
Rüdesheimer Str. 7
80686 München
Tel.: +49 (0)89 548 433 321
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-10 16:57:47 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.