This document describes the minimal governance model for the Guardon project. It is intentionally small for the sandbox stage and can be expanded as the community grows.
Guardon helps developers and reviewers detect common Kubernetes misconfigurations and suggest safe fixes directly from the browser on code-hosting platforms.
- Day-to-day maintenance and release decisions are made by the maintainers listed in
MAINTAINERS.md. - For non-trivial changes (major API changes, license changes, or project direction), maintainers should seek consensus among active contributors via issues or a short design proposal.
- If maintainers cannot reach consensus, the maintainers group will vote; a majority wins. If the group is unavailable, the original project owner(s) may make an interim decision.
- Contributions are welcome. To be considered for maintainer status a contributor should:
- Submit multiple, high-quality PRs and participate in reviews.
- Demonstrate sustained interest in the project and familiarity with its codebase.
- Be nominated by an existing maintainer and approved by consensus.
- Releases follow the
RELEASE.mdchecklist. Maintainers are responsible for tagging releases and updating the changelog.
- See
SECURITY.mdfor contact and disclosure process.
- Code of Conduct:
CODE_OF_CONDUCT.md - Contribution guidelines:
CONTRIBUTING.md
If you have questions about governance, open an issue tagged governance or reach out to the maintainers listed in MAINTAINERS.md.