On Fri, Feb 19, 2010 at 1:58 PM, Doug Cutting <[email protected]> wrote: > Eli Collins wrote: >> >> Given that Yahoo and others plan to skip 21, and the HBase crowd could >> actually use 21 and have invested in the current branch's contents, it >> sounds like we should try to get the current branch released. > > My concern is more about when the next branch from trunk will be made. If we > embrace a six-month trunk branch cycle, then the next branch from trunk > should be created soon, regardless of whether we call it 21 or 22. >
Does there need to be a dependency? We could still branch 22 once security, avro, etc are in, even if that's only a couple months from now. Minor releases are supposed to come out in a matter of months anyway, since we haven't released a major version yet. > Also note that this decision has compatibility implications, unless we > decide to, post-fact, declare that 0.20 was actually a major release (1.0) > and that 0.21 (1.1) and 0.22 (1.2) are minor, feature releases, that may add > deprecations and features but may not remove any or otherwise change APIs > incompatibly. Could the vote on whether 22 is backwards compatible with 20 be independent of what we call 1.0? Guess it depends on what type of backwards compatibility we're talking about (eg API vs wire). Given that already branched 21 a while back, it seems like we should be able to release it, regardless of how a compatibility vote goes. Thanks, Eli
