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

Re: version numbering and release lines

From: Greg Stein <gstein_at_lyra.org>
Date: 2004-01-30 22:18:06 CET

On Thu, Jan 29, 2004 at 10:35:14PM +0100, Branko ?ibej wrote:
> +++ svn_version.h (working copy)
> * During the distribution process, we automatically replace this text
> - * with something like "r1504".
> + * with something like " (dev build r1504)".

During a distribution, this becomes " (r1504)". It obviously isn't a dev
build :-)

> + *
> + * On the release stabilization branch, this macro will be " (alpha)",
> + * " (beta 1)", " (release candidate 1)", ... and "" for final release
> + * versions.

I'd say "no" on this. We still want to indicate "somebody built this from
a working copy; it isn't an alpha/beta/whatever release."

> -/** Number tag: a string indicating whether this is a released version.
> +/** Number tag: a more compact description of the version.
> *
> * This tag is used to generate a version number string to identify
> * the client and server in HTTP requests, for example. It must not
> - * contain any spaces. This value remains "+" in the repository.
> - *
> - * During the distribution process, we automatically replace this text
> - * with "" to indicate a baselined version.
> + * contain any spaces. This value remains "-dev" on trunk, and changes
> + * to "-alpha" or "-beta" on the release stabilization branch, and ""
> + * for final release versions.
> */
> -#define SVN_VER_NUMTAG "+"
> +#define SVN_VER_NUMTAG "-dev"

This change implies a variance in the release process. Specifically, that
post-release, we bump the number. Thus, after a 1.0.1 release, we bump the
number so this becomes 1.0.2-dev.

But I've grown to dislike that pattern. In particular, you might not know
what the number is supposed to be. Or maybe you bump it "too far". This
happened to me with ViewCVS where one of the committers bumped it from 0.9
to 1.0 (so it now reads 1.0-dev). Unfortunately, I'm now stuck because if
I try and back away from that, a release will look like it is older than
the 1.0-dev installs out there. And I would prefer if the next release was
*not* 1.0; there has been too much change which needs to be tested (by
distributing a release to the masses).

Thus, I prefer that we continue with the "+" marker to mean "this is like
1.0.1, but additional stuff has been changed."


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 Fri Jan 30 22:13:07 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.