hadoop-mapreduce-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Arun C Murthy <...@hortonworks.com>
Subject Re: Next releases
Date Wed, 13 Nov 2013 18:10:08 GMT

On Nov 12, 2013, at 1:54 PM, Todd Lipcon <todd@cloudera.com> wrote:

> On Mon, Nov 11, 2013 at 2:57 PM, Colin McCabe <cmccabe@alumni.cmu.edu>wrote:
>> To be honest, I'm not aware of anything in 2.2.1 that shouldn't be
>> there.  However, I have only been following the HDFS and common side
>> of things so I may not have the full picture.  Arun, can you give a
>> specific example of something you'd like to "blow away"?

There are bunch of issues in YARN/MapReduce which clearly aren't *critical*, similarly in
HDFS a cursory glance showed up some *enhancements*/*improvements* in CHANGES.txt which aren't
necessary for a patch release, plus things like:

Update jets3t dependency to 0.9.0


Having said that, the HDFS devs know their code the best.

> I agree with Colin. If we've been backporting things into a patch release
> (third version component) which don't belong, we should explicitly call out
> those patches, so we can learn from our mistakes and have a discussion
> about what belongs.

Good point.

Here is a straw man proposal:

A patch (third version) release should only include *blocker* bugs which are critical from
an operational, security or data-integrity issues.

This way, we can ensure that a minor series release (2.2.x or 2.3.x or 2.4.x) is always release-able,
and more importantly, deploy-able at any point in time.


Sandy did bring up a related point about timing of releases and the urge for everyone to cram
features/fixes into a dot release.

So, we could remedy that situation by doing a release every 4-6 weeks (2.3, 2.4 etc.) and
keep the patch releases limited to blocker bugs.



NOTICE: This message is intended for the use of the individual or entity to 
which it is addressed and may contain information that is confidential, 
privileged and exempt from disclosure under applicable law. If the reader 
of this message is not the intended recipient, you are hereby notified that 
any printing, copying, dissemination, distribution, disclosure or 
forwarding of this communication is strictly prohibited. If you have 
received this communication in error, please contact the sender immediately 
and delete it from your system. Thank You.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message