No one has said anything about rushing in last minute features. It's all
about cleaning up any loose ends that have been nagging with the current
code base.

Come on, people. We all do our level best to only commit patches that are
ready. But I defy anyone to claim they always get it right the very first
time
every time. Having a few days to insure that everyone on the different
schedules can tidy up whatever, get the last test in for the corner case
that
just occurred do them etc. is eminently reasonable.

Erick


On Wed, Sep 11, 2013 at 6:35 PM, Michael McCandless <
luc...@mikemccandless.com> wrote:

> +1 to release now.
>
> The 4.x branch should be always shippable, and I think it's risky to
> rush features in a the last minute.  Better to commit features right
> after a release, so it has time to bake before the next release.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
>
> On Wed, Sep 11, 2013 at 3:25 PM, Simon Willnauer
> <simon.willna...@gmail.com> wrote:
> > I think I stated my opinion on this a couple of times. I agree with
> > robert +1 to not push last minute fixes and release 4.5 right now
> >
> > simon
> >
> > On Wed, Sep 11, 2013 at 6:23 PM, Robert Muir <rcm...@gmail.com> wrote:
> >> I think its terrible.
> >>
> >> Don't commit things to the stable branch_4x unless they are ready to
> >> be released: if features need baking do that shit in trunk.
> >>
> >> +1 to release 4.5 Right Now.
> >>
> >> On Wed, Sep 11, 2013 at 9:20 AM, Erick Erickson <
> erickerick...@gmail.com> wrote:
> >>> I think Jack's idea of setting a target date N weeks out is a good one.
> >>> People commonly have some tidying up they'd like to do and a little
> >>> time-frame between now and cutting a release would allow that to
> >>> happen. In particular the just-committed SOLR-4816 and associated
> >>> would have a bit more time to bake.
> >>>
> >>> Straw man, 1-Oct for cutting the release... Nice end-of-quarter date :)
> >>>
> >>> FWIW,
> >>> Erick
> >>>
> >>> But +1 to releasing a 4.5 Real Soon Now.
> >>>
> >>>
> >>>
> >>>
> >>> On Wed, Sep 11, 2013 at 12:01 PM, Jack Krupansky <
> j...@basetechnology.com>
> >>> wrote:
> >>>>
> >>>> There seems to be a modest amount of Solr work in progress that
> probably
> >>>> wants to be in Solr 4.5. I would suggest another two weeks for Solr
> work to
> >>>> finish and bake. Maybe cut an RC0 on, say, 9/23. Or maybe things will
> have
> >>>> settled down in a week and it would be worth an RC0 in a week, with
> the risk
> >>>> of an RC1 a few days or a week later.
> >>>>
> >>>> Otherwise, +1.
> >>>>
> >>>> -- Jack Krupansky
> >>>>
> >>>> -----Original Message----- From: Adrien Grand
> >>>> Sent: Wednesday, September 11, 2013 9:40 AM
> >>>> To: dev@lucene.apache.org
> >>>> Subject: Lucene/Solr 4.5
> >>>>
> >>>>
> >>>> Hi,
> >>>>
> >>>> I was looking at the changelogs for Lucene and Solr and I think they
> >>>> look pretty good. What would you think about realeasing Lucene/Solr
> >>>> 4.5, are there issues you would like to get in before the release?
> >>>>
> >>>> --
> >>>> Adrien
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >>>> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> >> For additional commands, e-mail: dev-h...@lucene.apache.org
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Reply via email to