Mailing-List: contact dev-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@hbase.apache.org
Received-SPF: pass (athena.apache.org: domain of jgray@facebook.com designates
 69.63.178.172 as permitted sender)
From: Jonathan Gray <jgray@facebook.com>
To: "dev@hbase.apache.org" <dev@hbase.apache.org>
Subject: RE: Feature branch for master rewrite
Thread-Topic: Feature branch for master rewrite
Thread-Index: AcsT+8TnfmRAZfW5QSykzyAokpJlmgAO3qGAAAA/LoAACOj+wA==
Date: Fri, 25 Jun 2010 03:15:10 +0000
Message-ID: <5A76F6CE309AD049AAF9A039A392428211DD60@sc-mbx04.TheFacebook.com>
References: <5A76F6CE309AD049AAF9A039A392428211DBA6@sc-mbx04.TheFacebook.com>
 	<AANLkTimjDoMwJ8TiCQM0iAIn8QO1paLNnAYmB91DJXRJ@mail.gmail.com>
 <AANLkTil0gh1hLmx8Oe0xlpm3xbNWKpj6CdVdkvoWSthd@mail.gmail.com>
In-Reply-To: <AANLkTil0gh1hLmx8Oe0xlpm3xbNWKpj6CdVdkvoWSthd@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

That's the plan.  Thanks guys.

> -----Original Message-----
> From: Todd Lipcon [mailto:todd@cloudera.com]
> Sent: Thursday, June 24, 2010 5:30 PM
> To: dev@hbase.apache.org
> Subject: Re: Feature branch for master rewrite
>=20
> +1, sounds good to me, too.
>=20
> But let's please make sure there are periodic merges from trunk into
> the
> feature branch, so that we don't have merge hell in a month when we
> want to
> merge back!
>=20
> -Todd
>=20
> On Thu, Jun 24, 2010 at 5:23 PM, Jean-Daniel Cryans
> <jdcryans@apache.org>wrote:
>=20
> > Supportive +1, it's hard for us to see the big picture through the
> > stream of patches and I think creating that branch goes hand in hand
> > with what was said at the Hadoop Contributors meetup (not that we are
> > tied to what was said there, but I remember that we all agreed that
> it
> > was a good model for HBase too).
> >
> > J-D
> >
> > On Thu, Jun 24, 2010 at 5:17 PM, Jonathan Gray <jgray@facebook.com>
> wrote:
> > > Hey guys,
> > >
> > > So it's been a clunky and slow-moving process with HBASE-2694 and
> related
> > JIRAs.
> > >
> > > The most recent HBASE-2697 patch is supposed to be non-
> controversial but
> > is in fact controversial because there's really not much context to
> the
> > changes.
> > >
> > > Instead of trying to make smallish patches that are each
> individually
> > reviewable, the consensus is that we should make a feature branch so
> that
> > our ideas can be seen through but still in a public forum.  In the
> end we'll
> > end up with a branch which can be independently tested, a series of
> patches
> > that got us here, and incremental (but non-blocking) reviews along
> the way.
> > >
> > > Unless there is major opposition I'm going to cut the branch
> tonight.
> > >
> > > JG
> > >
> >
>=20
>=20
>=20
> --
> Todd Lipcon
> Software Engineer, Cloudera