|
| 1 | +# KubeRay Community Governance |
| 2 | + |
| 3 | +## Becoming a Committer |
| 4 | + |
| 5 | +Nothing in this document is guaranteed, but it provides a clear path for contributors toward becoming committers. |
| 6 | + |
| 7 | +A committer is a trusted member of the KubeRay community with a long-term commitment who has the ownership to |
| 8 | +offload the community's workloads and make KubeRay thrive. To elaborate, |
| 9 | + |
| 10 | +* **Offload community’s workloads:** A committer should be able to deliver high-quality code which doesn’t require a lot |
| 11 | + of code reviews, uphold high-quality code reviews, answer questions on GitHub and Slack, and release new KubeRay |
| 12 | + releases to offload the community’s workloads. |
| 13 | +* **Make KubeRay thrive:** There are two main indicators that define the vibrancy of the KubeRay community: |
| 14 | + (1) active contributors and (2) user adoptions. |
| 15 | + * **Involve more contributors:** A committer should be able to involve more contributors by providing mentorship or |
| 16 | + reviewing PRs. |
| 17 | + * **Increase user adoptions:** A committer should be able to find user pain points and unlock new use cases by |
| 18 | + delivering new features, help users by answering questions and fixing bugs, author blogs, and give talks. |
| 19 | + |
| 20 | +If contributors commit to the above two areas with long-term contributions, they will be nominated as KubeRay committers. |
| 21 | +The following paragraphs provide methods and more details about how to contribute to the two areas, and the order does not |
| 22 | +indicate importance. |
| 23 | +A contributor doesn't need to contribute to all of them to be a committer, and nothing is strictly required to be a |
| 24 | +committer, but all of them will be considered together. |
| 25 | + |
| 26 | +* **Code contribution:** |
| 27 | + * Deliver high-quality code that committers are comfortable merging without a lot of back-and-forth on PR reviews. |
| 28 | + * End-to-end ownership of new features is also important; that is, writing user guides and advertising new features |
| 29 | + after PRs are merged to ensure users can actually use them in production. |
| 30 | +* **PR reviews:** |
| 31 | + * Uphold high-quality code reviews, and committers are confident in merging the PR if you approve it. |
| 32 | +* **Answer questions:** |
| 33 | + * Answer questions on Slack and GitHub issues to unblock users. |
| 34 | +* **Mentorship:** |
| 35 | + * Mentor contributors to be involved in the community. |
| 36 | +* **Advocacy:** |
| 37 | + * Improve KubeRay's awareness within the AI infrastructure and cloud-native communities by speaking at conferences and |
| 38 | + writing blogs. |
| 39 | +* **KubeRay releases:** |
| 40 | + * Help KubeRay releases ensure high-quality and stable KubeRay releases. |
| 41 | +* **Understand user pain points and propose new projects:** |
| 42 | + * Chat with users to understand their pain points and propose new projects or documents to unlock new use cases. |
0 commit comments