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

Re: Missing tags: 1.3.0-rc1, 1.3.0-rc2

From: Mark Phippard <markp_at_softlanding.com>
Date: 2005-11-08 19:10:07 CET

cmpilato@localhost.localdomain wrote on 11/08/2005 11:44:51 AM:

> Daniel Berlin <dberlin@dberlin.org> writes:
>
> > On Tue, 2005-11-08 at 06:51 -0800, C. Michael Pilato wrote:
> > > David, could you please retroactively create the tags for 1.3.0-rc1
> > > and 1.3.0-rc2 (per step 12 of releases.txt) ?
> > >
> >
> > We had a discussion about this on irc at the time, and the consensus
was
> > he wasn't supposed to create the tags until he got the appropriate
> > amount of sigs.
>
> Why ever not? The tag is a permanent record of what was in that
> tarball, information that is both useful to have and not dependent on
> the entire set of conditions that must be met for a tarball to be
> signed. In other words, that rc1 was DOA before getting the required
> signatures should in no way imply that we don't want to tag rc1 --
> that code *is* rc1, whether or not rc1 is the final release.

This seems to come up every time a release is done. Here is just one
example:

http://subversion.tigris.org/servlets/BrowseList?listName=dev&from=309047&to=309047&count=38&by=thread&paged=false

Also releases.txt implies that the tag is not made until the tarball is
officially released.

http://svn.collab.net/repos/svn/trunk/notes/releases.txt

Mark

_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 8 19:12:41 2005

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.