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

Re: Release procedures improvements.

From: <kfogel_at_collab.net>
Date: 2005-04-06 03:38:02 CEST

Greg Hudson <ghudson@MIT.EDU> writes:
> Why not just name the prerelease tarballs something irrelevant, than?
> Version numbers are cheap, but they're not *that* cheap; it's a little
> confusing for 1.1.3 to be succeeded by 1.1.7. If we have a way to avoid
> spending them on prerelease testing (and it seems like it should be
> really, really simple to avoid it), then we should avoid it.

Well, the problem is that, in this proposal, the prerelease unpacks
into a directory named *exactly* what the release will be named. That
is, we may call the prerelease


but when unpacked, it would still create


According to Justin's proposal, we have to treat that unpackment name
as unique forever. If we find a problem with the prerelease, then we
cannot simply release


but still have it unpack into


It must unpack into something new, probably


(I'm just using these as examples; I'm not proposing that we change
how we're doing the actual 1.2.0-rc* releases.)

So, I don't see how keeping the version number out of the prerelease
tarball's name saves us anything. We still have to toss the version
number if problem is discovered.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Apr 6 19:39:40 2005

This is an archived mail posted to the Subversion Dev mailing list.