This document outlines the governance model for the Flannel project.
Flannel is an open source project committed to vendor-neutral governance. While the current maintainer team is primarily affiliated with SUSE/Rancher, the project welcomes contributors from any organization and is committed to making decisions in the interest of the broader community.
Flannel adheres to the CNCF Code of Conduct. All community members are expected to follow this code.
Users are community members who use Flannel. They contribute by filing issues, requesting features, and providing feedback. There are no formal requirements to become a user.
Contributors are community members who contribute code, documentation, or other improvements. Contributions are accepted via GitHub pull requests and must be signed off with the Developer Certificate of Origin (DCO).
Maintainers are responsible for the overall health and direction of the project. They review and approve pull requests, triage issues, and make decisions about the project's roadmap.
Current Maintainers:
| Name | GitHub Handle | Affiliation |
|---|---|---|
| Manuel Buil | @manuelbuil | SUSE |
| Michael Fritch | @mgfritch | SUSE |
| Roberto Bonafiglia | @rbrtbnfgl | SUSE |
| Thomas Ferrandiz | @thomasferrandiz | SUSE |
The authoritative list of maintainers is maintained in the OWNERS file.
To become a maintainer, a contributor should:
- Have a track record of quality contributions (code, documentation, reviews) over at least 3 months.
- Demonstrate an understanding of the codebase and project direction.
- Be nominated by an existing maintainer.
- Receive approval from a majority of current maintainers (simple majority vote with a minimum 5-business-day voting period).
New maintainers are added to the OWNERS file via a pull request approved by existing maintainers.
Maintainers are expected to:
- Review pull requests in a timely manner (within 2 weeks).
- Participate in community meetings when possible.
- Help with issue triage and release processes.
- Act in the best interest of the project and its community.
- Uphold the project's vendor-neutral governance.
A maintainer who is no longer actively contributing may step down at any time by opening a pull request to remove themselves from the OWNERS file. Maintainers who have been inactive for 6+ months may be moved to emeritus status by a vote of the remaining maintainers.
Emeritus maintainers are recognized for their past contributions and may return to active maintainer status through the standard nomination process.
Day-to-day decisions (e.g., accepting pull requests, closing issues) are made by any maintainer. Pull requests require at least one maintainer approval before merging, and the author may not approve their own pull request.
Significant changes — including changes to governance, major architectural decisions, and changes to the project's direction — require a lazy consensus vote among maintainers:
- Open a GitHub issue or pull request describing the proposal.
- Allow a minimum of 5 business days for discussion and objections.
- If no maintainer objects, the proposal is approved.
- If there is an objection, discussion continues until resolved or a majority vote is taken.
In the event of a conflict that cannot be resolved through discussion, a majority vote of the maintainers is held. If consensus cannot be reached within the project, the CNCF TOC may be asked to mediate.
Flannel is committed to vendor-neutral governance. No single company or organization controls the project's direction. Decisions are made in the interest of the project's users and the broader cloud native community, not any individual company. Contributors and maintainers from any organization are welcome.
Flannel holds a community meeting on the 3rd Thursday of each month at 8:30 AM PST. Meeting notes are recorded in the Community Meeting Agenda.
All community members are welcome to attend.
- Slack:
#flannel-userschannel on the Calico Slack and#k3son the Rancher Slack - GitHub Issues: https://github.com/flannel-io/flannel/issues
- Security: See SECURITY.md for reporting security vulnerabilities
This governance document may be amended by a significant decision as described above. All changes must be made via pull request and approved by a majority of maintainers.