Return-Path: X-Original-To: apmail-hadoop-general-archive@minotaur.apache.org Delivered-To: apmail-hadoop-general-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 92CBADD85 for ; Tue, 28 Aug 2012 20:36:31 +0000 (UTC) Received: (qmail 31981 invoked by uid 500); 28 Aug 2012 20:36:30 -0000 Delivered-To: apmail-hadoop-general-archive@hadoop.apache.org Received: (qmail 31772 invoked by uid 500); 28 Aug 2012 20:36:29 -0000 Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@hadoop.apache.org Delivered-To: mailing list general@hadoop.apache.org Received: (qmail 31758 invoked by uid 99); 28 Aug 2012 20:36:29 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2012 20:36:29 +0000 X-ASF-Spam-Status: No, hits=1.1 required=5.0 tests=NO_RDNS_DOTCOM_HELO,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 98.139.253.105 is neither permitted nor denied by domain of evans@yahoo-inc.com) Received: from [98.139.253.105] (HELO mrout2-b.corp.bf1.yahoo.com) (98.139.253.105) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Aug 2012 20:36:22 +0000 Received: from SP1-EX07CAS04.ds.corp.yahoo.com (sp1-ex07cas04.corp.sp1.yahoo.com [216.252.116.155]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q7SKZqFd021955 for ; Tue, 28 Aug 2012 13:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1346186153; bh=O5GlgYh06RU7LBQM43mdSzv6h73bARrWKHa3qr83gCw=; h=From:To:Date:Subject:Message-ID:In-Reply-To:Content-Type: Content-Transfer-Encoding:MIME-Version; b=asxvkEfdUGO4zh+fr8Z5u8ENvVizMAk7LTW99nQjxKzvouINDmLODvFi90RpRgCLn uMjNestZnCHYgVYB5tEISi/fo90u9Jr7e2fi0cAvBqdJQWnkZ/drMj3QCkSvZa6MNy vQ3Nd9D5rU96Z7eyqrvkXkDl9/o2Qbr+o0p3TqxY= Received: from SP1-EX07VS02.ds.corp.yahoo.com ([216.252.116.135]) by SP1-EX07CAS04.ds.corp.yahoo.com ([216.252.116.158]) with mapi; Tue, 28 Aug 2012 13:35:49 -0700 From: Robert Evans To: "general@hadoop.apache.org" Date: Tue, 28 Aug 2012 13:35:46 -0700 Subject: Re: svn branches cleanup Thread-Topic: svn branches cleanup Thread-Index: Ac2FXLV+XyT5kOIbQOa7KnZl//Wy7g== Message-ID: In-Reply-To: <41674E61-DF5C-425F-9B6E-C1415502660A@hortonworks.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 186153000 I am fine with 23.1 and 23.2 going away, so long as 23.1 has a tag. --Bobby On 8/28/12 1:36 PM, "Vinod Kumar Vavilapalli" wrote: > >Thanks Bobby, makes sense to keep 0.23.3 as is for now. > >What about my comments about 23.1 and 23.2? > >Thanks, >+Vinod > >On Aug 28, 2012, at 6:47 AM, Robert Evans wrote: > >> I plan to do a RC of 0.23.3 in the next few days. I am waiting for some >> tests of what is on branch-0.23 right now to pass before I create the >> branch. MAPREDUCE-3943 went in recently and it is big enough I want >>some >> more tests before I feel comfortable with it. The tests for it so far >> look good so I expect to get started on it today or tomorrow, but I have >> never done a release before so I am sure it will take me a few days to >>get >> everything right. Also I don't see any reason to branch early when all >> that is going in is bug fixes. >>=20 >> --Bobby Evans >>=20 >>=20 >> On 8/27/12 8:55 PM, "Vinod Kumar Vavilapalli" >> wrote: >>=20 >>> Seems to me that stale branches have started accumulating. Here's what >>>I >>> am thinking. >>>=20 >>> 2.* line >>> - 2.0.1-alpha is released, so branch-2.0.1-alpha should instead be >>> called branch-2.0.2-alpha? >>>=20 >>> 0.23.* line >>> - 0.23.1 was released long time back, so knock off branch-0.23.1 >>> altogether? >>> - 0.23.2 seems to be dead, so knock off branch-0.23.2 too? >>> - 0.23.3 is the next expected release, so I suppose all the commits are >>> going into branch-0.23. Either we can >>> -- create branch-0.23.3 out of branch-0.23 now itself or >>> -- commit as is to branch-0.23 and create RC out of the same whenever >>> that happens. >>>=20 >>> Thanks, >>> +Vinod >>> PS: I missed action for ~1 month, please correct me if I am wrong. >>=20 >