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

Re: stabilization & number of changes

From: Erik Huelsmann <e.huelsmann_at_gmx.net>
Date: 2004-01-08 14:22:06 CET

[ snip agreement on good and stable API to which I agree too ]

> > We've never claimed that 0.x releases have a fixed API, and in fact
> > we've made a large number of API changes between 0.x releases in the
> > past. We've known that early adopter projects like TortoiseSVN and
> > RapidSVN suffer as a result of API changes, but they're early adopters,
> > so that's acceptable. We should not use them as an excuse to avoid API
> > changes now, while we're still in the 0.x cycle, at the expense of
> > making the SVN 1.1 API more baroque than it has to be.
>
> I'd say Greg Stein's comment here is an argument for making the changes
> now. If we want to view things as a group then we might as well get the
> pain overwith. While we're doing our soak time, why not spend some time
> going to the various projects using subversion and trying to cordinate
> updated versions of their program to match our APIs?

This is IMHO a much better solution (ie. helping others out) to the changing
APIs problem then Greg Stein's especially since we never promised the APIs
would be stable. If we were afraid of breaking compatibility with current
clients we should have started using sliding API techniques long ago as these
clients did not pick up on Subversion developement yesterday. The authors of
these clients know that Subversion is not 1.0 yet, however they accepted that
fact and wrote their clients anyway (for which I'm glad).

If Greg Stein is afraid that after Subversion 1.0 the other clients won't be
able to release their newest clients soon enough, the above fixes that
problem way better. Why make our own lives (and those of other API users) after
1.0 more difficult than necessary?

> Looking at the votes we're going to have API changes betwene 0.35.0 and
> 1.0. So let's get the API stuff out of the way now.
>
> I'd be more than happy to spend some time working on helping get some of
> the other projects API issues dealt with. RapidSVN for example doesn't
> seem to keep up with subversion at all. ISTR it went from a 0.29
> compatable version to a 0.34 compatable version and within days 0.35 was
> released and broke it again.
Hear! Hear!

bye,

Erik.

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jan 8 14:22:47 2004

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.