I would vote for 0.6.0 (this would be the 6th major release on original 
numbering) or 0.9.0 (and as ryan suggests, once baked, cut a 1.0)


> -----Original Message-----
> From: Ryan Rawson [mailto:ryano...@gmail.com]
> Sent: Friday, April 23, 2010 12:32 AM
> To: hbase-dev@hadoop.apache.org
> Subject: Re: HBase move to Apache Top Level Project
> 
> When do we want to declare a 1.0?  When we are running on HDFS-265?
> When we run on a hdfs that doesnt lose data?
> 
> If the latter, then 0.20.5 is a contender.  There is a lot of
> expectation out of a 1.0.
> 
> Other options are going to an alternate scheme, like "version 20" (eg:
> oracle 9) but that seems not enough of a distance.
> 
> I would probably go with something like calling 0.20.5 -> 0.9
> 
> then once we are baked, 1.0 later (trunk or branch, not sure, probably
> trunk)
> 
> 
> 
> On Fri, Apr 23, 2010 at 12:27 AM, Todd Lipcon <t...@cloudera.com>
> wrote:
> > On Fri, Apr 23, 2010 at 12:22 AM, Stack <st...@duboce.net> wrote:
> >
> >> On Thu, Apr 22, 2010 at 11:44 PM, Jonathan Gray <jg...@facebook.com>
> >> wrote:
> >> > Now might also be the time to think about breaking from hadoop
> numbering
> >> (I think this idea has been floating around since the first version
> we
> >> synced).
> >> >
> >> > We've already agreed to break client compatibility for 0.20.5 and
> it's
> >> more than a minor revision.  And I'm sure we'll have another release
> between
> >> 0.20.5 and 0.21.
> >> >
> >>
> >> So, the new version could be 0.21 but thats not 'breaking from
> hadoop
> >> numbering' and it can't be 1.0.0 .... yet.  What should it be?
>  0.99.0
> >> is kinda dumb.  0.3.0? (We went as far as 0.2.0 on old numbering
> >> system).  0.3.0 will be less than 0.21.0 so will mess w/ packaging
> >> systems.  0.30.0?
> >>
> >>
> > Both deb and RPM have the concept of a version epoch, so we can make
> 0.3.0 >
> > 0.20 if we like.
> >
> > However, it might be confusing for users nonetheless.
> >
> >
> >>
> >> > It's also clear that this is going to be by far our most solid
> release to
> >> date and so might be worthy of new shiny versioning/packaging as a
> TLP.
> >>  Website/docs/wiki refresher to boot.
> >> >
> >> > Changing the package names is way more invasive to client code but
> I'm
> >> always +1 on making stuff shorter.
> >>
> >> Might have to keep around the old stuff deprecated.
> >>
> >> St.Ack
> >>
> >> >
> >> >
> >> > Anyways, I'm not doing much production cluster maintenance these
> days so
> >> these changes would impact me way less than others.  Will welcome
> pushback
> >> if you guys don't want to deal with this.
> >> >
> >> > JG
> >> >
> >> >> -----Original Message-----
> >> >> From: Ryan Rawson [mailto:ryano...@gmail.com]
> >> >> Sent: Thursday, April 22, 2010 11:20 PM
> >> >> To: hbase-dev@hadoop.apache.org
> >> >> Subject: Re: HBase move to Apache Top Level Project
> >> >>
> >> >> I am somewhat interested in this :-)
> >> >>
> >> >> But it can make life difficult for our users... thoughts people?
> >> >>
> >> >> On Thu, Apr 22, 2010 at 11:17 PM, Karthik K <oss....@gmail.com>
> wrote:
> >> >> > This is great news. Congrats HBase team.
> >> >> >
> >> >> > (Does this mean, the packages would be refactored as
> o.a.hbase.* in
> >> >> the
> >> >> > trunk ? ).
> >> >> >
> >> >> > --
> >> >> >  Karthik.
> >> >> >
> >> >> >
> >> >> > On Thu, Apr 22, 2010 at 10:47 PM, Cosmin Lehene
> <cleh...@adobe.com>
> >> >> wrote:
> >> >> >
> >> >> >> This is great news!
> >> >> >>
> >> >> >> On Apr 22, 2010, at 8:32 PM, Stack wrote:
> >> >> >>
> >> >> >> > The board yesterday passed a resolution making HBase a TLP.
> >> >> >> >
> >> >> >> > I filed an infrastructure issue to start the move:
> >> >> >> >
> >> >> >> > https://issues.apache.org/jira/browse/INFRA-2641
> >> >> >> >
> >> >> >> > The primary disruption to developers will be when the
> subversion
> >> >> >> > repository is renamed.  We'll send out a note before we do
> this,
> >> >> then
> >> >> >> > developers can use 'svn switch' to update their repos (There
> is no
> >> >> >> > apache git repo that I know of... I asked just in case)
> >> >> >> >
> >> >> >> We already use the apache git.apache.org mirror for HBase.
> I've also
> >> >> seen
> >> >> >> the GitHub mirror http://github.com/apache/hbase and thought
> there
> >> >> might
> >> >> >> be some plans for migration.
> >> >> >>
> >> >> >> > One other issue is the wiki.  I don't think it's easy to
> rename a
> >> >> >> > subtree from a Moin Moin wiki to a new wiki.  Fortunately we
> don't
> >> >> >> > have many wiki pages and could cut and paste them manually.
> >> >> >> > Alternately, we could switch to using confluence for our
> wiki.
> >> >> >> > Thoughts?
> >> >> >> >
> >> >> >> Confluence has a good integration with Jira (being both
> developed by
> >> >> >> Atlassian). It's functionally advanced and looks better. So +1
> for
> >> >> that as
> >> >> >> well.
> >> >> >>
> >> >> >> Cosmin
> >> >> >>
> >> >> >> > St.Ack
> >> >> >> > (Above shamelessly a copy of Doug's mail to the Avro list)
> >> >> >>
> >> >> >>
> >> >> >
> >> >
> >>
> >
> >
> >
> > --
> > Todd Lipcon
> > Software Engineer, Cloudera
> >

Reply via email to