Return-Path: X-Original-To: apmail-trafficserver-users-archive@www.apache.org Delivered-To: apmail-trafficserver-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 521349676 for ; Sat, 9 Jun 2012 16:44:54 +0000 (UTC) Received: (qmail 55239 invoked by uid 500); 9 Jun 2012 16:44:54 -0000 Delivered-To: apmail-trafficserver-users-archive@trafficserver.apache.org Received: (qmail 55103 invoked by uid 500); 9 Jun 2012 16:44:54 -0000 Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@trafficserver.apache.org Delivered-To: mailing list users@trafficserver.apache.org Received: (qmail 55095 invoked by uid 99); 9 Jun 2012 16:44:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Jun 2012 16:44:54 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [71.6.165.248] (HELO kramer.ogre.com) (71.6.165.248) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Jun 2012 16:44:46 +0000 Received: from [192.168.201.166] (homey.ogre.com [24.56.188.103]) (authenticated bits=0) by kramer.ogre.com (8.14.5/8.14.5) with ESMTP id q59GiNJv007549 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Sat, 9 Jun 2012 09:44:24 -0700 Subject: Re: [SUGGESTIONS] s/-unstable/-dev/ for 3.3.x release cycle References: <4FD25284.3020304@apache.org> <20120609145728.GA9547@dibs.tanso.net> From: Leif Hedstrom Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (9B206) In-Reply-To: <20120609145728.GA9547@dibs.tanso.net> Message-Id: <17A3DCFD-1B29-4F9F-AB73-86AC0C39300B@apache.org> Date: Sat, 9 Jun 2012 10:44:23 -0600 To: "users@trafficserver.apache.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) On Jun 9, 2012, at 8:57 AM, Jan-Frode Myklebust wrote: > On Fri, Jun 08, 2012 at 01:29:08PM -0600, Leif Hedstrom wrote: >> I'd like to suggest that starting with v3.3.0, we make our >> development releases named e.g. >>=20 >> trafficserver-3.3.0-dev >=20 > On a related note.. it would be nice if the release candidates could be > tagged as release candidates (trafficserver-3.x.y-rc1), instead of having > several versions of trafficserver-3.x.y.tar.gz floating around. So that would then also be the final release name name (e.g. trafficsever-3.= 3.0-rc1-dev)? I find that somewhat confusing, release candidates are typical= ly associated with pre stable releases (which is what we use the dev release= s for). Renaming an artifact after the vote completes is a bit of PITA, unl= ess we only rename the tarball and not the source tree it creates.=20 If we are concerned about the reuse of the minor number during dev release r= ecycles, I'd suggest we do what Nick proposed, and simply skip version numbe= rs. This has another problem though, which is that all Jira tickets have to b= e renumbered on a respin (at least I would insist that they should). But thi= s would be my preference to address this concern. I'm +0 on this, I just don= 't find it to be a significant problem myself. :) Cheers, -- Leif=20 >=20 >=20 > -jf