|
1 | 1 | # Governance |
2 | 2 |
|
3 | 3 | ## Mission |
4 | | -As a vital component of vLLM, the vLLM Ascend project is dedicated to providing an easy, fast, and cheap LLM Serving for Everyone on Ascend NPU, and to actively contribute to the enrichment of vLLM. |
| 4 | +As a vital component of vLLM, the vLLM Ascend project is dedicated to providing an easy, fast, and cheap LLM Serving for everyone on Ascend NPUs and to actively contributing to the enrichment of vLLM. |
5 | 5 |
|
6 | 6 | ## Principles |
7 | | -vLLM Ascend follows the vLLM community's code of conduct:[vLLM - CODE OF CONDUCT](https://github.com/vllm-project/vllm/blob/main/CODE_OF_CONDUCT.md) |
| 7 | +vLLM Ascend follows the vLLM community's code of conduct: [vLLM - CODE OF CONDUCT](https://github.com/vllm-project/vllm/blob/main/CODE_OF_CONDUCT.md) |
8 | 8 |
|
9 | 9 | ## Governance - Mechanics |
10 | 10 | vLLM Ascend is an open-source project under the vLLM community, where the authority to appoint roles is ultimately determined by the vLLM community. It adopts a hierarchical technical governance structure. |
11 | 11 |
|
12 | 12 | - Contributor: |
13 | 13 |
|
14 | | - **Responsibility:** Help new contributors on boarding, handle and respond to community questions, review RFCs, code |
| 14 | + **Responsibility:** Help new contributors on boarding, handle and respond to community questions, review RFCs and code. |
15 | 15 |
|
16 | | - **Requirements:** Complete at least 1 contribution. Contributor is someone who consistently and actively participates in a project, included but not limited to issue/review/commits/community involvement. |
| 16 | + **Requirements:** Complete at least 1 contribution. A contributor is someone who consistently and actively participates in a project, including but not limited to issue/review/commits/community involvement. |
17 | 17 |
|
18 | | - Contributors will be empowered [vllm-project/vllm-ascend](https://github.com/vllm-project/vllm-ascend) Github repo `Triage` permissions (`Can read and clone this repository. Can also manage issues and pull requests`) to help community developers collaborate more efficiently. |
| 18 | + The contributor permissions are granted by the [vllm-project/vllm-ascend](https://github.com/vllm-project/vllm-ascend)'s repo `Triage` on GitHub, including repo read and clone, issue and PR management, facilitating efficient collaboration between community developers. |
19 | 19 |
|
20 | 20 | - Maintainer: |
21 | 21 |
|
22 | | - **Responsibility:** Develop the project's vision and mission. Maintainers are responsible for driving the technical direction of the entire project and ensuring its overall success, possessing code merge permissions. They formulate the roadmap, review contributions from community members, continuously contribute code, and actively engage in community activities (such as regular meetings/events). |
| 22 | + **Responsibility:** Develop the project's vision and mission. Maintainers are responsible for shaping the technical direction of the project and ensuring its long-term success. With code merge permissions, they lead roadmap planning, review community contributions, make ongoing code improvements, and actively participate in community engagement—such as regular meetings and events. |
23 | 23 |
|
24 | | - **Requirements:** Deep understanding of vLLM and vLLM Ascend codebases, with a commitment to sustained code contributions. Competency in design/development/PR review workflows. |
25 | | - - **Review Quality:** Actively participate in community code reviews, ensuring high-quality code integration. |
26 | | - - **Quality Contribution:** Successfully develop and deliver at least one major feature while maintaining consistent high-quality contributions. |
27 | | - - **Community Involvement:** Actively address issues, respond to forum inquiries, participate in discussions, and engage in community-driven tasks. |
| 24 | + **Requirements:** Deep understanding of vLLM and vLLM Ascend code bases, with a commitment to sustained code contributions and competency in design, development, and PR review workflows. |
28 | 25 |
|
29 | | - Requires approval from existing Maintainers. The vLLM community has the final decision-making authority. |
| 26 | + - **Review quality:** Actively participate in community code reviews, ensuring high-quality code integration. |
| 27 | + - **Quality contribution:** Successfully develop and deliver at least one major feature while maintaining consistent high-quality contributions. |
| 28 | + - **Community involvement:** Actively address issues, respond to forum inquiries, participate in discussions, and engage in community-driven tasks. |
30 | 29 |
|
31 | | - Maintainer will be empowered [vllm-project/vllm-ascend](https://github.com/vllm-project/vllm-ascend) Github repo write permissions (`Can read, clone, and push to this repository. Can also manage issues and pull requests`). |
| 30 | +The approval from existing Maintainers is required. The vLLM community has the final decision-making authority. |
| 31 | +Maintainers will be granted write access to the [vllm-project/vllm-ascend](https://github.com/vllm-project/vllm-ascend) GitHub repo. This includes permission to read, clone, and push to the repository, as well as manage issues and pull requests. |
32 | 32 |
|
33 | 33 | ## Nominating and Removing Maintainers |
34 | 34 |
|
35 | 35 | ### The Principles |
36 | 36 |
|
37 | | -- Membership in vLLM Ascend is given to individuals on merit basis after they demonstrated strong expertise of the vLLM / vLLM Ascend through contributions, reviews and discussions. |
| 37 | +- Membership in vLLM Ascend is given to individuals on merit basis after they demonstrate their strong expertise in vLLM/vLLM Ascend through contributions, reviews, and discussions. |
38 | 38 |
|
39 | | -- For membership in the maintainer group the individual has to demonstrate strong and continued alignment with the overall vLLM / vLLM Ascend principles. |
| 39 | +- For membership in the maintainer group, individuals have to demonstrate strong and continued alignment with the overall vLLM/vLLM Ascend principles. |
40 | 40 |
|
41 | | -- Light criteria of moving module maintenance to ‘emeritus’ status if they don’t actively participate over long periods of time. |
| 41 | +- Maintainers who have been inactive for a long time may be transitioned to **emeritus** status under lenient criteria. |
42 | 42 |
|
43 | 43 | - The membership is for an individual, not a company. |
44 | 44 |
|
45 | 45 | ### Nomination and Removal |
46 | 46 |
|
47 | | -- Nomination: Anyone can nominate someone to become a maintainer (include self-nominate). All existing maintainers are responsible for evaluating the nomination. The nominator should provide nominee's info around the strength of the candidate to be a maintainer, include but not limited to review quality, quality contribution, community involvement. |
48 | | -- Removal: Anyone can nominate a person to be removed from maintainer position (include self-nominate). All existing maintainers are responsible for evaluating the nomination. The nominator should provide nominee's info, include but not limited to lack of activity, conflict with the overall direction and other information that makes them unfit to be a maintainer. |
| 47 | +- Nomination: Anyone can nominate a candidate to become a maintainer, including self-nominations. All existing maintainers are responsible for reviewing and evaluating each nomination. The nominator should provide relevant information about the nominee's qualifications—such as review quality, quality contribution, and community involvement—among other strengths. |
| 48 | +- Removal: Anyone may nominate an individual for removal from the maintainer role, including self-nominations. All current maintainers are responsible for reviewing and evaluating such nominations. The nominator should provide relevant information about the nominee—such as prolonged inactivity, misalignment with the project's overall direction, or other factors that may render them unsuitable for the maintainer position. |
0 commit comments