|
| 1 | +This document describes the process for adding new people to named roles. This |
| 2 | +document is *not* about how people are nominated for a role in the first place, |
| 3 | +but rather the process by which they are added once nominated. The |
| 4 | +process itself is in the hands of the Coordination Committee according to |
| 5 | +[APE0](https://github.com/astropy/astropy-APEs/blob/main/APE0.rst). |
| 6 | + |
| 7 | +Note some of the steps below are highlighted as specific for maintainers. |
| 8 | +Maintainers are the people who keep a package or sub-package working. In |
| 9 | +particular, they review and merge PRs, keep track of what's going on and |
| 10 | +organize ideas for future development (see |
| 11 | +https://www.astropy.org/team.html#Subpackage_maintainer |
| 12 | +for details). Therefore, a maintainer requires particular Github permissions, |
| 13 | +which is highlighted in the process below. |
| 14 | + |
| 15 | +The process is: |
| 16 | + |
| 17 | +1. A Coordination Committee member sends a message to the person |
| 18 | + nominated, making sure they understand the role, its responsibilities, and |
| 19 | + confirming that the nominee agrees. Suggested text of that message is |
| 20 | + [here](https://github.com/astropy/astropy-project/blob/main/messages/maintainer_access.md). |
| 21 | +2. The nominee should also be asked (generally but not necessarily in the |
| 22 | + message above) to confirm they agree the Code of Conduct, and that they are |
| 23 | + aware of maintainer guidelines if the role is a maintainer role. |
| 24 | +3. If the nominee does not accept, the process stops here. |
| 25 | +4. If the nominee does accept, a message is sent to the community, starting |
| 26 | + a two-week clock on the feedback period [as required by APE0](https://github.com/astropy/astropy-APEs/blob/main/APE0.rst#responsibilities-and-authority). |
| 27 | + The Coordination Committee member overseeing the process should make a PR at |
| 28 | + this time adding the member to the roles page as a place for public comment. |
| 29 | +5. Once the two week period has elapsed, the coordination committee makes a |
| 30 | + final decision based on any feedback. |
| 31 | +6. If the appointment is confirmed, the nominee is added to the roles page |
| 32 | + (i.e., the PR created in step 4 can be merged). |
| 33 | +7. The nominee receives the necessary Github or other permissions for the new role. |
| 34 | +8. The Coordination Committee member sends a confirmation message to the nominee |
| 35 | + to complete the process. |
0 commit comments