You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: MAINTAINERS_GUIDE.md
+13-16Lines changed: 13 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,8 +30,6 @@ It is every maintainer's responsibility to:
30
30
31
31
## How are decisions made?
32
32
33
-
Short answer: with pull requests to the project repository.
34
-
35
33
This project is an open-source project with an open design philosophy. This
36
34
means that the repository is the source of truth for EVERY aspect of the
37
35
project, including its philosophy, design, roadmap and APIs. *If it's
@@ -43,14 +41,19 @@ repository. An implementation change is a change to the source code. An
43
41
API change is a change to the API specification. A philosophy change is
44
42
a change to the philosophy manifesto. And so on.
45
43
46
-
All decisions affecting this project, big and small, follow the same 3 steps:
47
-
48
-
* Step 1: Open a pull request. Anyone can do this.
44
+
All decisions affecting this project, big and small, follow the same procedure:
49
45
50
-
* Step 2: Discuss the pull request. Anyone can do this.
51
-
52
-
* Step 3: Accept (`LGTM`) or refuse a pull request. The relevant maintainers do
53
-
this (see below "Who decides what?")
46
+
1. Discuss a proposal on the [mailing list](CONTRIBUTING.md#mailing-list).
47
+
Anyone can do this.
48
+
2. Open a pull request.
49
+
Anyone can do this.
50
+
3. Discuss the pull request.
51
+
Anyone can do this.
52
+
4. Endorse (`LGTM`) or oppose (`Rejected`) the pull request.
53
+
The relevant maintainers do this (see below [Who decides what?](#who-decides-what)).
54
+
Changes that affect project management (changing policy, cutting releases, etc.) are [proposed and voted on the mailing list](GOVERNANCE.md).
55
+
5. Merge or close the pull request.
56
+
The relevant maintainers do this.
54
57
55
58
### I'm a maintainer, should I make pull requests too?
56
59
@@ -83,13 +86,7 @@ pull request review, and triage of issues in the project for more than two month
83
86
Just contributing does not make you a maintainer, it is about building trust with the current maintainers of the project and being a person that they can depend on to act in the best interest of the project.
84
87
The final vote to add a new maintainer should be approved by the [governance procedure](GOVERNANCE.md).
85
88
86
-
### What is expected of maintainers?
87
-
88
-
Part of a healthy project is to have active maintainers to support the community
89
-
in contributions and perform tasks to keep the project running. Maintainers are
90
-
expected to be able to respond in a timely manner if their help is required on specific
91
-
issues where they are pinged. Being a maintainer is a time consuming commitment and should
92
-
not be taken lightly.
89
+
### How are maintainers removed?
93
90
94
91
When a maintainer is unable to perform the [required duties](#what-are-a-maintainers-responsibilities) they can be removed by the [governance procedure](GOVERNANCE.md).
95
92
Issues related to a maintainer's performance should be discussed with them among the other maintainers so that they are not surprised by a pull request removing them.
0 commit comments