Also, fwiw, I'm +1 on C-T-R. I personally think R-T-C has a place on a more mature project that needs to care more about controlling what gets in than embracing potential new committers, but I think we're not yet at the stage where we really need what R-T-C provides. I believe the increased velocity of C-T-R can be a big help to a project, especially one this early in its lifespan.
A. On Mon, Aug 8, 2011 at 11:38 AM, Andrew Bayer <[email protected]>wrote: > I should mention that this vote isn't specifying how many +1s would be > needed, how long the vote period would be, etc. I think we should first > decide which overall philosophy we want to go with, and then the > implementation details of what we choose. > > A. > > On Mon, Aug 8, 2011 at 10:06 AM, Andrew Bayer <[email protected]>wrote: > >> Hey all - >> >> I'm calling a vote on whether we should go with review then commit (R-T-C) >> or commit then review (C-T-R). See definitions at >> http://www.apache.org/foundation/glossary.html. The vote's open for 72 >> hours, and is open to anyone on the committers or mentors list at >> http://incubator.apache.org/projects/bigtop.html. Thanks! >> >> A. >> > >
