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

Re: svn commit: rev 4712 - in trunk/subversion: include libsvn_client clients/cmdline svnversion

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2003-02-03 08:58:45 CET

"Tim Kemp" <subversion@kempy.co.uk> writes:
> Grrrrrr, how many more times are you going to change this interface. If
> you aren't sure of the design yet, please use a branch so that us people
> who are using the SVN libraries don't have to redo our code twice a day.
>
> This is the fourth time this parameter has caused changes in as many
> days.
>
> Plz use a branch!

We're an Unstable Trunk project, get used to it :-).

I'm not sure which policy is more prevalent among free software
projects -- Stable Branch, or Stable Trunk -- but Subversion has been
using its mainline for active development since Day One. Garrett is
under no obligation to get an API right the first time; in fact, one
of the reasons he commits so frequently so that people will review and
make suggestions. Obviously, it would be nicer to get it perfect the
first time, but in practice that's pretty rare, in Subversion as in
most projects.

I doubt that Garrett can even know in advance whether the API has
settled down. That's something one only knows after it's already been
true for a while. He can't anticipate people's comments, and he can't
be sure they'll be as diligent in reviewing a branch as they are in
reviewing the trunk. The trunk is what everyone watches -- that's why
it's the development line.

If you're annoyed by the API changing, why don't you just pick a
revision and stick with it until things have settled down? After all,
that's what you're essentially proposing to do anyway -- that is, to
avoid intermediate API changes and wait until the final form is ready.
You can accomplish that pretty easily without imposing an extra
merging burden on Garrett.

If waiting at a revision for a while won't work for you, please let us
know -- we'd be happy to give you a branch to use until you feel trunk
is again stable enough.

-Karl

> > -----Original Message-----
> > From: rooneg@tigris.org [mailto:rooneg@tigris.org]
> > Sent: 03 February 2003 03:31
> > To: svn@subversion.tigris.org
> > Subject: svn commit: rev 4712 - in trunk/subversion: include
> > libsvn_client clients/cmdline svnversion
> >
> >
> > Author: rooneg
> > Date: 2003-02-02 21:29:58 -0600 (Sun, 02 Feb 2003)
> > New Revision: 4712
> >
> > Modified:
> > trunk/subversion/clients/cmdline/add-cmd.c
> > trunk/subversion/clients/cmdline/checkout-cmd.c
> > trunk/subversion/clients/cmdline/commit-cmd.c
> > trunk/subversion/clients/cmdline/copy-cmd.c
> > trunk/subversion/clients/cmdline/delete-cmd.c
> > trunk/subversion/clients/cmdline/export-cmd.c
> > trunk/subversion/clients/cmdline/import-cmd.c
> > trunk/subversion/clients/cmdline/merge-cmd.c
> > trunk/subversion/clients/cmdline/mkdir-cmd.c
> > trunk/subversion/clients/cmdline/move-cmd.c
> > trunk/subversion/clients/cmdline/resolve-cmd.c
> > trunk/subversion/clients/cmdline/revert-cmd.c
> > trunk/subversion/clients/cmdline/status-cmd.c
> > trunk/subversion/clients/cmdline/switch-cmd.c
> > trunk/subversion/clients/cmdline/update-cmd.c
> > trunk/subversion/include/svn_client.h
> > trunk/subversion/libsvn_client/add.c
> > trunk/subversion/libsvn_client/checkout.c
> > trunk/subversion/libsvn_client/client.h
> > trunk/subversion/libsvn_client/commit.c
> > trunk/subversion/libsvn_client/commit_util.c
> > trunk/subversion/libsvn_client/copy.c
> > trunk/subversion/libsvn_client/delete.c
> > trunk/subversion/libsvn_client/diff.c
> > trunk/subversion/libsvn_client/export.c
> > trunk/subversion/libsvn_client/externals.c
> > trunk/subversion/libsvn_client/resolve.c
> > trunk/subversion/libsvn_client/revert.c
> > trunk/subversion/libsvn_client/status.c
> > trunk/subversion/libsvn_client/switch.c
> > trunk/subversion/libsvn_client/update.c
> > trunk/subversion/svnversion/main.c
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Feb 3 09:28:44 2003

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.