From 8c8d4c43084514ed61f3cdd5d51803808a961584 Mon Sep 17 00:00:00 2001 From: Julien Date: Wed, 27 Apr 2016 14:23:16 +0800 Subject: Minor changes for better reading 1. minor changes for better reading(heading spaces, tail dot) and compatible with some edit tools, such as vim 2. L20: new people To new contributors 3. L33: sequence Change-Id: I50b89310ddf176a0872c60363b69cdf979b37abc Signed-off-by: Julien --- ...parser project committer promotion guidline.rst | 49 +++++++++++----------- 1 file changed, 25 insertions(+), 24 deletions(-) diff --git a/governance/Committer/parser project committer promotion guidline.rst b/governance/Committer/parser project committer promotion guidline.rst index c8c5448..cc65a2d 100644 --- a/governance/Committer/parser project committer promotion guidline.rst +++ b/governance/Committer/parser project committer promotion guidline.rst @@ -17,51 +17,52 @@ Any terms that might be in conflict with TSC charter is void by nature. Goal ==== -* Make Parser grow stronger and healthier, with more new ideas and new people -* Few committers that work with more contributors on a large size of work. +* Make Parser grow stronger and healthier, with more new ideas and new + contributors. +* Few committers who work with more contributors on a large size of work. * Committers number expands when Parser project itself grows. * Committer swap to ensure participating company’s interest. * Do not mandatory set limit to ban contributors to run, the ultimate result of -a promotion is still a consensus driven by community discussion. + a promotion is still a consensus driven by community discussion. Rationale ========= * Committers should be a small group of core contributors that could provide -a leading force for a balk of work in the project. -* Parser as a small new project, growth is very important + a leading force for a balk of work in the project. +* As a small new project, the growth of Parser is very important. * For any newly proposed committers, besides KPIs like commits, they should be -able to bring and work on an appropriate size of workload, with or without new -work force, so that the ratio between committer numbers and the workload is -appropriate. + able to bring and work on an appropriate size of workload, with or without new + work force, so that the ratio between committer numbers and the workload is + appropriate. * Key mission of the committer is to expand and strengthen the project, -with new ideas or new participants. + with new ideas or new participants. Guidelines ========== * For those who are proposed as committers, if other KPI holds, for approval -they should have new work plan proposed that are beyond the work from past -release. For those who have brought forward both new work plan as well as -new contributors, their promotion should be considered approved in a fast -track. + they should have new work plan proposed that are beyond the work from past + release. For those who have brought forward both new work plan as well as + new contributors, their promotion should be considered approved in a fast + track. * For those who are proposed as committers, if other KPI holds, but they only -cover a similar size of work to the past release, for approval they should -replace the original committer of the same company. If there is no previous -committer member from the same company, then the promotion should be put -through with enough discussions. + cover a similar size of work to the past release, for approval they should + replace the original committer of the same company. If there is no previous + committer member from the same company, then the promotion should be put + through with enough discussions. * There will be a cap on committer number per company. It is recommended that -each participating should not have more than 2 committers at the moment. However -this cap subjects to modification in the future should the team decide to change. -There is no cap for individual contributors. + each participating should not have more than 2 committers at the moment. + However this cap subjects to modification in the future should the team + decide to change. There is no cap for individual contributors. Guideline Creation and Modification Procedure ============================================= * Current committers vote on this motion via email, approval require a unanimous -consent. + consent. * Submit this motion as a rst file into the parser governance repo, to setup a -precedent. PTL should kick off a review for the document each cycle. + precedent. PTL should kick off a review for the document each cycle. * Any future change to the guideline should be done via new patches and code -reviews, with record of showing a previous committer unanimous vote result on -the motion of such modification. + reviews, with record of showing a previous committer unanimous vote result on + the motion of such modification. -- cgit 1.2.3-korg