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

Re: versioning rant

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-02-20 23:20:28 CET

On Wed, Feb 20, 2002 at 04:55:53PM -0500, Greg Hudson wrote:
> On Wed, 2002-02-20 at 16:40, Greg Stein wrote:
> > Can we just get rid of that darned suffix?
> We had this discussion before, and the consensus (I believe) was that
> no, we cannot get rid of the suffix, or we'll have trouble with support
> (since version "0.9" could refer to any of several different tarballs).
> We should have changed the tarball when we went from 0.9rc2 to 0.9.

Changing a tarball means that the tarball cannot be generated from source
control. The ideal situation is that the code in the tarball is snapped
directly from source control.

[ tweaking svn_version.h to refer to a version number doesn't follow that
  policy; ideally, it would go into yet another header, created during the
  distribution process (autogen.sh?), but I'll take a bit of failure against
  the ideal over header explosion ]

> (Alternatively, we could adopt a discipline such that 0.9.1 is the
> milestone 9 release, and releases don't know what quality they're
> supposed to be. But the 0.9.0 tarball should absolutely not have
> anything in it saying that it's the "milestone 9 release" in that case.
> Anything you put inside a tarball which looks like version information
> will be used as such in questions and bug reports.)

The alternative you describe is my favored approach. You snap a tarball and
try it out. If you need another, then it gets a new number.

Numbers are cheap. It is very easy to do 0.9.0 followed an hour later by
0.9.1 then by 0.9.2.

"milestone 9 release" is, again, an external description which is imposed
upon a particular tarball release. There isn't a need for the software
inside that tarball to know anything more than "hey, I'm built from revision
1312." For human purposes, giving it a number such as 0.9.0 is helpful.


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 Sat Oct 21 14:37:09 2006

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.