Return-Path: Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 34536 invoked by uid 500); 1 May 2002 06:59:40 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 34515 invoked from network); 1 May 2002 06:59:40 -0000 From: "Sander Striker" To: Subject: RE: Bumping tags Date: Wed, 1 May 2002 09:07:19 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-Rcpt-To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Roy T. Fielding [mailto:fielding@apache.org] > Sent: 01 May 2002 00:09 > >> Well then why are the patches in the tree??? I'm not sure I like the > >> idea of > >> tagging and then tagging just some files. Seems like if we haven't got a > >> stable HEAD we shouldn't be tagging. We got into this whole business of > >> tagging often as a way of avoiding having this sort of thing. Ifw e > >> tagged > >> and it wasn't stable, who cares. Just retag when it is and move on... > >> > >> This seems to be a growing trend and one I think we should stop. > > > > I disagree. I see a lot of value in managing a release by tagging then > > selectively > > picking up showstopper fixes. And the RM should make the decision if this > > is the way he > > wants to get the release out. > > I strongly dislike the action of tagging the tree with a version number > and then moving that tag. If we aren't sure about the version, then the > RM should use a personal tag and only replace it with the real version tag Should we invent an RM prerelease tag which will be removed after the final tag with the version number? > when we are sure. If people aren't willing to run up the version numbers, > then they shouldn't tag them as such until the version is ready for > tarball. > > Justin already showed that an RM can do it this way effectively. Point taken. I'll remember that for my next RM adventure. For this release I'd like to continue like I started (one last bump), so we can get 2.0.36 out the door. And yes, I liked justins method aswell. /me slaps himself for not tagging with STRIKER first... > .....Roy Sander