My bad, I meant to say a “6-8 releases a year” .. grrr!!
So let me try this again. I don't like the current plan of "release early & often" because: So let me try this again. I don't like the current plan of "release early & often" because: 1) It will spread testing thin of any release because fewer real users will be using a release when you have too many a year. 2) "release early & often" is not a well defined production release. It will lead to undefined gaps between releases (why X.Y took N weeks, but X.Z took M months?). This is why I suggested a quarterly release plan (it's what FF is now doing) 3) Do companies jump on a Lucene release as soon as one is made? No, they have a process. With too many releasees, they will now be more confused which releases to use; they want a release that proved itself. --MJ -----Original Message----- From: Mark Miller <[email protected]> To: [email protected] Cc: [email protected] Sent: Tue, Jun 21, 2011 1:32 pm Subject: Re: Lucene 3.3 release soon? I think we might target fewer than 6-8 a month. That would be scary! I would uess it will be once a month at worse, and often less. Time will tell. You must already give version info with questions if you want decent help - othing is going to change that. - Mark n Jun 21, 2011, at 1:15 PM, [email protected] wrote: > -1 on release early & often. Let us say you average 6-8 releases a month, this means there will be that any versions used by users. Which means the amount of testing done on a elease (by real users, in real environment) will be spread thin thus a release ill not get the same amount of testing it otherwise would. Not only that, more eleases means more release specific questions. Expect to see questions / ssues reported and you must ask "what version are you using?" before you can nswer. May I suggest a scheduled release, once a quarter, near the end of a quarter? -JM -----Original Message----- From: Simon Willnauer <[email protected]> To: [email protected] Sent: Tue, Jun 21, 2011 12:53 pm Subject: Re: Lucene 3.3 release soon? On Tue, Jun 21, 2011 at 6:09 PM, Robert Muir <[email protected] > wrote: > Again, I don't think any future uncommitted features should block a > release, nor should there be a "shoving" period where features are > shoved in. +1 - release early & often!!! simon > > I'll be now looking at producing an RC as quickly as possible before > this can happen! > > On Tue, Jun 21, 2011 at 4:13 AM, Jan Høydahl < [email protected] > wrote: >> Grouping is really worth a release! But if group count in facet is within reach, wait for that! >> >> -- >> Jan Høydahl, search solution architect >> Cominvent AS - www.cominvent.com >> Solr Training - www.solrtraining.com >> >> On 21. juni 2011, at 05.53, Bill Bell wrote: >> >>> +1 wait for grouping post facet counts... Go Martijn v Groningen !! >>> >>> On 6/20/11 12:03 PM, "Michael McCandless" < [email protected] > >>> wrote: >>> >>>> +1 to releasing 3.3 in a few weeks... there's a lot of new stuff after >>>> 3.2. >>>> >>>> Mike McCandless >>>> >>>> http://blog.mikemccandless.com >>>> >>>> On Mon, Jun 20, 2011 at 7:36 AM, Robert Muir < [email protected] > wrote: >>>>> i was planning on doing an RC in a few weeks actually. >>>>> >>>>> we have a lot of good stuff in there today already, however i wanted >>>>> to give a few weeks for the grouping stuff to run on hudson. >>>>> >>>>> On Mon, Jun 20, 2011 at 4:59 AM, Simon Willnauer >>>>> < [email protected] > wrote: >>>>>> I would say within the next 3 month. >>>>>> >>>>>> Thoughts? >>>>>> >>>>>> On Mon, Jun 20, 2011 at 10:56 AM, Lukáš Vlček < [email protected] > >>>>>> wrote: >>>>>>> Hi, >>>>>>> How soon can we expect official Lucene 3.3 release? >>>>>>> Best regards, >>>>>>> Lukas >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: [email protected] >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: [email protected] >>>> For additional commands, e-mail: [email protected] >>>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] - Mark Miller ucidimagination.com --------------------------------------------------------------------- o unsubscribe, e-mail: [email protected] or additional commands, e-mail: [email protected]
