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.
Cheers,
-g
--
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