Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0CB521034E for ; Thu, 9 Jan 2014 04:40:52 +0000 (UTC) Received: (qmail 51452 invoked by uid 500); 9 Jan 2014 04:40:37 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 49949 invoked by uid 500); 9 Jan 2014 04:40:25 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 48981 invoked by uid 99); 9 Jan 2014 04:40:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jan 2014 04:40:22 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of josh.elser@gmail.com designates 209.85.128.41 as permitted sender) Received: from [209.85.128.41] (HELO mail-qe0-f41.google.com) (209.85.128.41) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Jan 2014 04:40:16 +0000 Received: by mail-qe0-f41.google.com with SMTP id gh4so2747729qeb.28 for ; Wed, 08 Jan 2014 20:39:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Q3oDRvU1amLo+xH1H/RMt9GeZpZcb2FLY5oydfyYpKc=; b=xLSy/ToSJ57N1+ER4A8lNm+9H52xjnv9iuiGhXZ34hjkcGTuWqXm3lLRagrcjHUwip rbJgVsxV5c+xJID7NRI6yg04uC/d2Y2TL2j/2QVJ+H2RKoqBf9kxJdLEkJ4rMYRmjKsA QOrG0wpa13P7f26FuXJbrHwNC8ylKK6VlWcG6Aq8P2pNzWTCMsiO880omdU3McB5y/LL +FTtUlTN6jBA98FWpPg+RT9eN4kxEWindExPVCvdKhMtSqCWEbDd7tlA+ZJLguvWvFfa pz4yIjPoXNijfPYekRvTkAgHri7V3ke/rq28dSsheL8PxzwjWwFiQ3ylPQVBR0b4nJ0N SYTw== X-Received: by 10.49.105.138 with SMTP id gm10mr2559063qeb.7.1389242395411; Wed, 08 Jan 2014 20:39:55 -0800 (PST) Received: from HW10447.local (pool-173-69-177-34.bltmmd.fios.verizon.net. [173.69.177.34]) by mx.google.com with ESMTPSA id c6sm5235730qev.15.2014.01.08.20.39.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 08 Jan 2014 20:39:54 -0800 (PST) Message-ID: <52CE281A.3040402@gmail.com> Date: Wed, 08 Jan 2014 23:39:54 -0500 From: Josh Elser User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: dev@accumulo.apache.org Subject: Re: [DISCUSS] How to generate RC's References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Looks good to me. I don't think it's too much work in the big picture -- it's what's necessary to get it done properly given the tool. The only ambiguity I see is in 3a), "make corrections _on x.y.z-SNAPSHOT_". Let's make sure this (assuming there aren't any objections) gets up on the site. - Josh On 1/8/14, 7:58 PM, Mike Drob wrote: > Taking this conversation from IRC because it probably needs to be on the > mailing list at some point. Also, we'll want to update the site when we > have something we are happy with. Thanks to Christopher and Josh for the > thoughts they've already contributed to the discussion. > > We need a standard procedure for generating RCs that is: > 1) Easily reproducible > 2) Compatible with ongoing development > 3) Compatible with our git branching model. > > The proposed process is: > 1) Create an RC branch named x.y.z-rcN from (the tip of) x.y.z-SNAPSHOT > 2) Commit pom version changes to the branch, tag as rc, and push > 3) Perform testing and voting as necessary > 3a) If the vote fails, make corrections and start over at 1) > 4) After a vote passes, tag the release on the same commit that was the rc > 5) Apply additional pom changes (i.e. increment to next SNAPSHOT version) > 6) Create a new development branch x.y.a-SNAPSHOT based on the current tip > of x.y.z-SNAPSHOT > 7) Merge tag + version increment into x.y.a-SNAPSHOT branch > 8) Delete all rc tags, rc branches, and x.y.z-SNAPSHOT > > After having typed that all out it kind of seems like a lot of steps to go > through, but on the other hand, we're not going to be doing everything at > once anyway. > > Additional feedback would be awesome. > > Mike >