lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yonik Seeley <>
Subject Re: Finishing Lucene 2.9
Date Wed, 19 Aug 2009 15:17:59 GMT
On Wed, Aug 19, 2009 at 10:49 AM, Mark Miller<> wrote:
> 3. In regards to that - I'd like to suggest that we don't do the release
> branch early for 2.9. I know we normally make the release
>   branch so that further dev can continue on trunk. In this case I don't
> think that is wise. I propose that we lock down trunk for a   while, to
> force people to concentrate on *this* release. Otherwise we divide our
> limited forces into two - those working on release, and those working on
> trunk and beyond. We can kind of enforce this by making the release branch
> last minute I think.


I've experienced the extra pain of having to merge every change from
branch up until the release (esp when the CHANGES.txt is different and
patch fails) - there's really no point - checkins for the next release
can normally wait.

> 4. I suggest we offer an early release candidate type build (very soon) -
> nothing official, nothing signed - just something easier for our user
> community to test with if they are not very familiar with building a release
> off of trunk.


I've also observed people bringing up release nits only *after* an
official vote for a package has started - that messes up stuff like
trying to post-date in CHANGES.  Developers should do "ant package"
*now* and bring up issues and objections while it's easy to fix - get
everything possible out of the way before the official VOTE thread.

A final note - AFAIK, the ReleaseTodo is for the purpose
of helping people do releases - it's not an official release process
where every step must be followed... these are only guidelines.
There's also no reason why the "release manager" needs to be the one
to do all the items like run RAT, etc.  That can be done by anyone
interested - including other contributors who do not yet have commit


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message