Skip to content

Commit 381fa8b

Browse files
committed
Project governance: Fix voting rule
The more contributors there are, the harder it will be to satisfy the current condition (2/3 majority organization vote). Therefore, this updates the conditions based on the discussion in #4151. Signed-off-by: Daijiro Fukuda <[email protected]>
1 parent 0a6d706 commit 381fa8b

File tree

1 file changed

+30
-5
lines changed

1 file changed

+30
-5
lines changed

GOVERNANCE.md

+30-5
Original file line numberDiff line numberDiff line change
@@ -11,21 +11,46 @@ The Fluentd community adheres to the following principles:
1111

1212
## Voting
1313

14-
The Fluentd project employs "organization voting" to ensure no single organization can dominate the project.
14+
The Fluentd project employs "Organization Voting" and "Vetoes" to ensure no single organization can dominate the project.
15+
16+
For formal votes, we follow these steps.
17+
18+
1. Have enough period to discuss the topic so that all discussion members agree that there are no more points to be discussed.
19+
2. Add a specific statement of what is being voted on to the relevant GitHub issue or PR.
20+
3. Declare the start of voting.
21+
4. Ask maintainers to indicate their yes/no vote on the issue or PR.
22+
5. Tally the votes and note the outcome after a suitable period.
23+
24+
All the following conditions must be satisfied for the vote to be approved.
25+
26+
- No effective objection ballot: See Vetoes, below.
27+
- At least effective __2-organization__ affirmative vote: See Organization Vote, below.
28+
- At least effective __3-maintainers__ affirmative vote.
29+
- At least __2-week__ for voting.
30+
31+
Please note that the period for voting should depend on the topic. __2-week__ is merely the minimum period to ensure time for all organizations to say, "Wait! We need more discussion!". The more significant the decision's impact is, the longer the period should be.
32+
33+
### Organization Vote
1534

1635
Individuals not associated with or employed by a company or organization are allowed one organization vote. Each company or organization (regardless of the number of maintainers associated with or employed by that company/organization) receives one organization vote.
1736

1837
In other words, if two maintainers are employed by Company X, two by Company Y, two by Company Z, and one maintainer is an un-affiliated individual, a total of four "organization votes" are possible; one for X, one for Y, one for Z, and one for the un-affiliated individual.
1938

2039
Any maintainer from an organization may cast the vote for that organization.
2140

22-
For formal votes, a specific statement of what is being voted on should be added to the relevant github issue or PR, and a link to that issue or PR added to the maintainers meeting agenda document. Maintainers should indicate their yes/no vote on that issue or PR, and after a suitable period of time, the votes will be tallied and the outcome noted.
41+
### Vetoes
42+
43+
The proposal is not approved as long as any maintainer votes an effective objection ballot.
44+
45+
The maintainer who votes an objection ballot must explain the reason for the objection. Without reasonable justification, the objection ballot is not considered effective.
46+
47+
The ballot can be changed during the voting period. For example, if the reason for the objection is solved by discussion or additional fixes, the objection ballot will be withdrawn and changed to an affirmative vote.
2348

2449
## Changes in Maintainership
2550

26-
New maintainers are proposed by an existing maintainer and are elected by a 2/3 majority organization vote.
51+
New maintainers are proposed by an existing maintainer and are elected by the formal voting process: See Voting, above.
2752

28-
Maintainers can be removed by a 2/3 majority organization vote.
53+
Maintainers can be removed by the formal voting process: See Voting, above.
2954

3055
## Github Project Administration
3156

@@ -44,7 +69,7 @@ The fluent organization is open to receive new sub-projects under it umbrella. T
4469
- Data collection
4570
- Log management
4671
- Metering
47-
- Be supported by 2/3 majority of organization
72+
- Be supported by the formal voting process: See Voting, above.
4873

4974
The submission process starts as a Pull Request on Fluentd repository with the required information mentioned above. Once a project is accepted, it's considered a __CNCF sub-project under the umbrella of Fluentd__
5075

0 commit comments

Comments
 (0)