|
| 1 | +# Copacetic Project Governance |
| 2 | + |
| 3 | +The Copacetic project is dedicated to creating a community of individuals interested in vulnerability management. |
| 4 | + |
| 5 | +This governance explains how the project is run. |
| 6 | + |
| 7 | +- [Values](#values) |
| 8 | +- [Maintainers](#maintainers) |
| 9 | +- [Becoming a Maintainer](#becoming-a-maintainer) |
| 10 | +- [Meetings](#meetings) |
| 11 | +- [CNCF Resources](#cncf-resources) |
| 12 | +- [Security Response Team](#security-response-team) |
| 13 | +- [Voting](#voting) |
| 14 | +- [Modifications](#modifying-this-charter) |
| 15 | + |
| 16 | +## Values |
| 17 | + |
| 18 | +The Copacetic project and its leadership embrace the following values: |
| 19 | + |
| 20 | +* Openness: Communication and decision-making happens in the open and is discoverable for future |
| 21 | + reference. As much as possible, all discussions and work take place in public |
| 22 | + forums and open repositories. |
| 23 | + |
| 24 | +* Fairness: All stakeholders have the opportunity to provide feedback and submit |
| 25 | + contributions, which will be considered on their merits. |
| 26 | + |
| 27 | +* Community over Product or Company: Sustaining and growing our community takes |
| 28 | + priority over shipping code or sponsors' organizational goals. Each |
| 29 | + contributor participates in the project as an individual. |
| 30 | + |
| 31 | +* Inclusivity: We innovate through different perspectives and skill sets, which |
| 32 | + can only be accomplished in a welcoming and respectful environment. |
| 33 | + |
| 34 | +* Participation: Responsibilities within the project are earned through |
| 35 | + participation, and there is a clear path up the contributor ladder into leadership |
| 36 | + positions. |
| 37 | + |
| 38 | +## Maintainers |
| 39 | + |
| 40 | +Copacetic Maintainers have write access to the [project GitHub repository](https://github.com/project-copacetic/copacetic). |
| 41 | +They can merge their own patches or patches from others. The current maintainers |
| 42 | +can be found in [MAINTAINERS.md](./MAINTAINERS.md). Maintainers collectively manage the project's |
| 43 | +resources and contributors. |
| 44 | + |
| 45 | +This privilege is granted with some expectation of responsibility: maintainers |
| 46 | +are people who care about the Copacetic project and want to help it grow and |
| 47 | +improve. A maintainer is not just someone who can make changes, but someone who |
| 48 | +has demonstrated their ability to collaborate with the team, get the most |
| 49 | +knowledgeable people to review code and docs, contribute high-quality code, and |
| 50 | +follow through to fix issues (in code or tests). |
| 51 | + |
| 52 | +A maintainer is a contributor to the project's success and a citizen helping |
| 53 | +the project succeed. |
| 54 | + |
| 55 | +The collective team of all Maintainers is known as the Maintainer Council, which |
| 56 | +is the governing body for the project. |
| 57 | + |
| 58 | +Maintainer responsibilities and other role descriptions can be found in the [contributor ladder](./CONTRIBUTOR_LADDER.md). |
| 59 | + |
| 60 | +## Code Changes |
| 61 | +All code changes should go through the Pull Request (PR) process. PRs should only be merged after receiving approval (via GitHub) from at least one other maintainer. |
| 62 | +We do not vote formally on every code change, but we do expect that every code change merged has the same community support as if the change were approved by a formal vote. When a merge occurs without sufficient community support, the change should be reverted until the dispute is resolved through discussion. Any team member who feels that a technical decision cannot be reached can call for a formal vote following the rules outlined below in either the PR or a separate issue. |
| 63 | + |
| 64 | +## Meetings |
| 65 | + |
| 66 | +Time zones permitting, Maintainers are expected to participate in the [public |
| 67 | +developer meeting](https://docs.google.com/document/d/1QdskbeCtgKcdWYHI6EXkLFxyzTCyVT6e8MgB3CaAhWI/edit#heading=h.294j02tlxam), which occurs |
| 68 | +at a bi-weekly cadence. |
| 69 | + |
| 70 | +Maintainers will also have closed meetings in order to discuss security reports |
| 71 | +or Code of Conduct violations. Such meetings should be scheduled by any |
| 72 | +Maintainer on receipt of a security issue or CoC report. All current Maintainers |
| 73 | +must be invited to such closed meetings, except for any Maintainer who is |
| 74 | +accused of a CoC violation. |
| 75 | + |
| 76 | +## CNCF Resources |
| 77 | + |
| 78 | +Any Maintainer may suggest a request for CNCF resources, either in the |
| 79 | +[mailing list](https://groups.google.com/g/project-copa), or during a |
| 80 | +meeting. A simple majority of Maintainers approves the request. |
| 81 | + |
| 82 | + |
| 83 | +## Security Response Team |
| 84 | + |
| 85 | +The Maintainers will serve as a Security Response Team to handle security reports. The Security Response Team is responsible for handling all reports of security |
| 86 | +holes and breaches according to the [security policy](./SECURITY.md). |
| 87 | + |
| 88 | +## Voting |
| 89 | + |
| 90 | +While most business in Project Copacetic is conducted by "[lazy consensus](https://community.apache.org/committers/lazyConsensus.html)", |
| 91 | +periodically the Maintainers may need to vote on specific actions or changes. |
| 92 | +A vote can be taken on [the developer mailing list](https://groups.google.com/g/project-copa) or |
| 93 | +the private Maintainer mailing list for security or conduct matters. |
| 94 | +Votes may also be taken at community meetings or through Github Issues. Any Maintainer may |
| 95 | +demand a vote be taken. |
| 96 | + |
| 97 | +Most votes require a simple majority of all Maintainers to succeed, except where |
| 98 | +otherwise noted. Two-thirds majority votes mean at least two-thirds of all |
| 99 | +existing maintainers. |
| 100 | + |
| 101 | +## Modifying this Charter |
| 102 | + |
| 103 | +Changes to this Governance and its supporting documents may be approved by |
| 104 | +a 2/3 vote of the Maintainers. |
0 commit comments