Brian,

I'm not sure if you were replying to me or others, but you quoted me and 
snipped my actual point:

"I'm fine with either more or less frequent releases... I'm not fine with 
circumventing review or pushing releases outside the ASF."

I agree with everything you said below. I was saying we need to keep the 72h 
voting window because there are good reasons for it. It's not that everyone has 
to review - just that everyone has the opportunity to.

- Brett

On 28/11/2009, at 1:40 AM, Brian Fox wrote:

>> I'm also not pushing for duration for "testing" purposes. That's part of it, 
>> but as Jason said
>> automation can reduce the need over time (though it's never going to be 100% 
>> so there's some value
>> in testing). However, it is mostly for an opportunity to review changes. If 
>> we do "8 releases a day",
> 
> 8 releases a day or even 2 a day is just a straw man setup to refute
> the speed of releases. Noone is really going to do that at Apache
> because it's pointless, so it's pointless to even discuss it.
> 
> If the releases are coming out too fast for you, don't test them if
> you don't want. The rules say at least 3 PMC must vote, but it most
> certainly does not say ALL PMCs must vote on every release. I haven't
> had time to look at every one so I haven't voted. I only vote on
> things I've checked out and that's what every PMC member has the
> responsibility to do. The Apache requirements state that we need to
> validate the basics like license, buildability of the source bundle
> etc. It does not mean we have to manually QA every bit, although
> generally people do make sure it does in fact work. All these things
> can be automated, and they will be shortly on r.a.o. If that satisfies
> your criteria, then you can use that to vote. The rules don't say
> exactly how you have to make up your mind, it's up to you.
> 
> I'm actually surprised that people are complaining about weekly
> releases. If I thought it was worth the time, I could find hundreds of
> requests to release faster. Sheesh.
> 
> --Brian
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Reply via email to