Hi, I agree with Justin that we shouldn't set a too high bar, but IMO there should be some clearly defined rules about when vote potential candidates in.
As for CTR or RTC, how about CTR for committers and RTC for other contributors ? Thanks, yukon On Tue, Jan 3, 2017 at 4:33 PM, Justin Mclean <[email protected]> wrote: > Hi, > > > IMO, not only the number of PR, more concerned about the quality of PR. > > Just try not to have the bar too high / wait too long to vote potential > candidates in. This may discourage people being invoved and hinder > community growth. But it’s totally up to this PPMC to decide this. > > > PPMC number of members should be less than the number of committer, IMHO, > > the committers are not all PPMC. > > Which is fine being a PPMC/PMC member had additional responsibilities [1] > > > RTC +1 The reference quality is the first priority. > > JFYI This is uncommon in Apache projects and all projects I have been > involved in have been CTR. In CTR any commit is just a revert away. I’ve > not seen many cases where it’s been an issue, especially where you have > good test coverage and code quality metrics. But again it’s totally up to > the PPMC to decide. > > Thanks, > Justin > > 1. https://www.apache.org/dev/pmc.html#policy
