|
| 1 | +# Microcks Governance |
| 2 | + |
| 3 | +This document defines governance policies for the Microcks project. |
| 4 | + |
| 5 | +- [Principles](#principles) |
| 6 | +- [Code of Conduct](#code-of-conduct) |
| 7 | +- [Conflict Resolutions](#conflict-resolutions) |
| 8 | +- [Meetings](#meetings) |
| 9 | +- [Changes](#changes) |
| 10 | +- [Credits](#credits) |
| 11 | + |
| 12 | +## Principles |
| 13 | +The Microcks project community adheres to the following principles: |
| 14 | + |
| 15 | +- **Open**: The Microcks community strives to be open, accessible and welcoming to everyone. Anyone may contribute, and contributions are available to all users according to open source values and licenses. |
| 16 | +- **Transparent** and **accessible**: Any changes to the Microcks source code and collaborations on the project are publicly accessible (GitHub code, issues, PRs, and discussions). |
| 17 | +- **Merit**: Ideas and contributions are accepted according to their technical merit and alignment with project objectives, scope, and design principles. |
| 18 | + |
| 19 | +Join us 👉 https://microcks.io/community/ |
| 20 | + |
| 21 | +## Code of Conduct |
| 22 | +Microcks follow the [Code of Conduct](CODE_OF_CONDUCT.md), which is aligned with the [CNCF Code of Conduct](https://github.com/cncf/foundation/blob/master/code-of-conduct.md). |
| 23 | + |
| 24 | +## Conflict Resolutions |
| 25 | +Typically, it is assumed that disputes will be resolved amicably by those involved. However, if the situation becomes more serious, conflicts will be resolved through a voting process. A supermajority of votes from project maintainers is required to make a decision, and the project lead has the final say in the ruling. |
| 26 | + |
| 27 | +## Meetings |
| 28 | +🚧 We **will** hold monthly Open Community Meetings for each region, so we will have bi-weekly meetings to try to be worldwide friendly. Stay tuned, coming soon 🚧. |
| 29 | + |
| 30 | +The maintainers will also have closed meetings to discuss security reports or Code of Conduct violations. Any maintainer in charge should schedule such meetings upon receiving a security issue or CoC report. All current Maintainers must be invited to such closed meetings, except for any maintainer accused of a CoC violation. |
| 31 | + |
| 32 | +## Changes |
| 33 | +This Project Governance is a living document. All key project changes, including changes in project governance, can be proposed by a GitHub PR and then reviewed and voted on by project maintainers. |
| 34 | + |
| 35 | +As the Microcks community and project **grow**, we are **committed** to _progressing_ by _describing_ and _sharing_ our **governance model** along the way, **the open way**. |
| 36 | + |
| 37 | +## Credits |
| 38 | +Thanks to [Dawn Foster](https://github.com/geekygirldawn) for the inspiring talk and valuable insights at KubeCon Europe 2022: "Good Governance Practices for CNCF Projects": |
| 39 | +[Info](https://contribute.cncf.io/resources/videos/2022/good-governance-practices/), [Recording](https://youtu.be/x0tgEpIER1M?si=0EMgdfA1j5kxpXlW) and [slide deck](https://static.sched.com/hosted_files/kccnceu2022/7c/Good_Governance_CNCF_Projects.pdf) 👀 |
| 40 | + |
| 41 | +Sections of this document have been borrowed and inspired from the [CoreDNS](https://github.com/coredns/coredns/blob/master/GOVERNANCE.md), [Kyverno](https://github.com/kyverno/kyverno/blob/main/GOVERNANCE.md) and [fluxcd](https://github.com/fluxcd/community/blob/main/GOVERNANCE.md) projects. |
0 commit comments