hadoop-yarn-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Roman Shaposhnik <...@apache.org>
Subject Re: Heads up - 2.0.5-beta
Date Tue, 30 Apr 2013 04:41:38 GMT
On Fri, Apr 26, 2013 at 11:15 AM, Arun C Murthy <acm@hortonworks.com> wrote:
> On Apr 25, 2013, at 7:31 PM, Roman Shaposhnik wrote:
>> On Thu, Apr 25, 2013 at 6:34 PM, Arun C Murthy <acm@hortonworks.com> wrote:
>>> With that in mind, I really want to make a serious push to lock down APIs and
wire-protocols for hadoop-2.0.5-beta.
>>> Thus, we can confidently support hadoop-2.x in a compatible manner in the future.
So, it's fine to add new features,
>>> but please ensure that all APIs are frozen for hadoop-2.0.5-beta
>> Arun, since it sounds like you have a pretty definite idea
>> in mind for what you want 'beta' label to actually mean,
>> could you, please, share the exact criteria?
> Sorry, I'm not sure if this is exactly what you are looking for but, as I mentioned above,
the primary aim would be make the final set of required API/write-protocol changes so that
we can call it a 'beta' i.e. once 2.0.5-beta ships users & downstream projects can be
confident about forward compatibility in hadoop-2.x line. Obviously, we might discover a blocker
bug post 2.0.5 which *might* necessitate an unfortunate change - but that should be an outstanding
> Hope that helps.

It does make things a bit easier, but here's what I'd like to find
out what *level* of feedback from downstream components
and DevOps community would be considered adequate for a
release to be called beta.

IOW, would it make sense for us as a community, to make
the following things as part of the release criteria as far
as downstream components are concerned:
   * producing Maven artifacts of downstream components
     against branch-2 artifacts.
   * having unit test jobs for all the downstream components
     against branch-2 artifacts
   * having all the failures in those unit tests triaged and filed
     either against a component itself or hadoop
   * running Bigtop integration tests on branch-2 nightly
   * having all the failures of unit tests triaged and filed
     either against components or hadoop

Obviously, quantifying DevOps feedback and involvement
is more difficult, but would it be completely out of the question
to, essentially, predicate beta on some level of feedback
coming from Yahoo!/LI/FB/etc?


P.S. Note that most of those things Bigtop can help with -- so lets
not get hung up on resources too much for now -- but rather on
whether we'd want those to be part of the release criteria
IF we had all the resources.

View raw message