diff --git a/CODE_OF_CONDUCT.md b/CODE_OF_CONDUCT.md deleted file mode 100644 index 2575b5272..000000000 --- a/CODE_OF_CONDUCT.md +++ /dev/null @@ -1,40 +0,0 @@ -This project observes the [CNCF Community Code of Conduct](https://github.com/cncf/foundation/blob/master/code-of-conduct.md), reproduced below for emphasis. - -### Contributor Code of Conduct - -As contributors and maintainers of this project, and in the interest of fostering -an open and welcoming community, we pledge to respect all people who contribute -through reporting issues, posting feature requests, updating documentation, -submitting pull requests or patches, and other activities. - -We are committed to making participation in this project a harassment-free experience for -everyone, regardless of level of experience, gender, gender identity and expression, -sexual orientation, disability, personal appearance, body size, race, ethnicity, age, -religion, or nationality. - -Examples of unacceptable behavior by participants include: - -* The use of sexualized language or imagery -* Personal attacks -* Trolling or insulting/derogatory comments -* Public or private harassment -* Publishing others' private information, such as physical or electronic addresses, - without explicit permission -* Other unethical or unprofessional conduct. - -Project maintainers have the right and responsibility to remove, edit, or reject -comments, commits, code, wiki edits, issues, and other contributions that are not -aligned to this Code of Conduct. By adopting this Code of Conduct, project maintainers -commit themselves to fairly and consistently applying these principles to every aspect -of managing this project. Project maintainers who do not follow or enforce the Code of -Conduct may be permanently removed from the project team. - -This code of conduct applies both within project spaces and in public spaces -when an individual is representing the project or its community. - -Instances of abusive, harassing, or otherwise unacceptable behavior may be reported by contacting a Kairos administrator on [Matrix](https://matrix.to/#/#kairos-io:matrix.org), or . - -This Code of Conduct is adapted from the Contributor Covenant -(http://contributor-covenant.org), version 1.2.0, available at -http://contributor-covenant.org/version/1/2/0/ - diff --git a/CONTRIBUTORS.md b/CONTRIBUTORS.md deleted file mode 100644 index 1f8c53042..000000000 --- a/CONTRIBUTORS.md +++ /dev/null @@ -1,15 +0,0 @@ -## Contributors - -This project would not be possible without the many amazing community contributors, thank you!. Kairos is an open community project, and you are welcome to join us! - -These are active contributors who have made multiple contributions to the project; by authoring PRs, commenting on issues and pull requests, or participating in community discussions on Matrix or our community channels. - -| Contributor | GitHub ID | -|-------------------| ------------------------------------------------------ | -| Christian Prim | [@christianprim](https://github.com/christianprim) | -| Ludea | [@ludea](https://github.com/ludea) | -| Jason B. Alonso | [@jbalonso](https://github.com/jbalonso) | -| Shawn Wilsher | [@sdwilsh](https://github.com/sdwilsh) | -| scuzhanglei | [@scuzhanglei](https://github.com/scuzhanglei) | -| Martin Schuessler | [@c0ffee](https://github.com/c0ffee) | -| Andreas Reitz | [@areitz86](https://github.com/areitz86) | diff --git a/GOVERNANCE.md b/GOVERNANCE.md deleted file mode 100644 index 033683329..000000000 --- a/GOVERNANCE.md +++ /dev/null @@ -1,120 +0,0 @@ - -## Project Governance - -This document highlights the roles and responsibilities for the Kairos community members. It also outlines the requirements for anyone who is looking to take on leadership roles in the Kairos project. This document is loosely based on the [Kyverno Governance](https://main.kyverno.io/community/#project-governance). - -**Note:** Please make sure to read the CNCF [Code of Conduct](/CODE_OF_CONDUCT.md). - -### Project Roles - -**Contributors**: - -These are active contributors who have made multiple contributions to the project; by authoring PRs, commenting on issues and pull requests, or participating in community discussions on Slack or the mailing list. - -**Approver**: - -These are active contributors who have good experience and knowledge of the project. They are expected to proactively manage issues and pull requests without write access. - -**Maintainer**: - -They are approvers who have shown good technical judgement in feature design/development in the past. Maintainers have overall knowledge of the project and features in the project. They can read, clone, and push to the repository. They can also manage issues, pull requests, and some repository settings. - -**Admin**: - -These are persons who have full access to the project, including sensitive and destructive actions like managing security or deleting a repository. Admins can read, clone, and push to this repository. They can also manage issues, pull requests, and repository settings, including adding collaborators. - -| Role | Responsibilities | Requirements | Defined by | -| ------------ | --------------------------------------------------------------------- | --------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- | -| Contributors | Active contributor in the community. Reviewer of PRs | Made at least five contributions to the project and appointed by 2 approvers or maintainers. | [CODEOWNERS](https://help.github.com/en/articles/about-code-owners), GitHub Org members. | -| Approver | Assist maintainers. Review and approve contributions. | Highly experienced and active reviewer + contributor to a subproject. | Maintainers & [CODEOWNERS](https://help.github.com/en/articles/about-code-owners). | -| Maintainer | Monitor project growth, set direction and priorities for a subproject. | Highly experienced and active reviewer + Voted in by Kairos maintainers. | Voted in by the Kairos maintainers, [CODEOWNERS](https://help.github.com/en/articles/about-code-owners) and repository owner. | - -#### Contributors - -Contributors are project members who are continuously active in the community. They can have issues and PRs assigned to them and remain active contributors to the community. - -**Checklist before becoming a Project Member** - -- Create pull requests for code changes -- Respond to reviews from maintainers on pull requests -- Attend community and project meetups -- Register for mailing lists -- Always tries to find ways to help -- Actively contributing to 1 or more subprojects - -**Responsibilities & Privileges** - -- Have an issue assigned to them -- Authoring PRs -- Open issues -- Close issues they opened themselves -- Submit reviews on pull requests - -#### Approvers - -Approvers are contributors who provide active review and feedback on the issues and PRs. While code review is focused on code quality and correctness, approval is focused on holistic acceptance of a contribution including backwards and forwards compatibility, adhering to API and flag conventions, subtle performance and correctness issues, and interactions with other parts of the system. Approvers are encouraged to be active participants in project meetings, chat rooms, and other discussion forums. - -**Checklist before becoming an Approver** - -- Consistently monitors project activities such as issues created and new PRs -- Has been active on the project for over two months -- Successfully reviewed project codebase for at least one month -- Has an in-depth understanding of the project's codebase -- Sponsored by at least two maintainers - -**Responsibilities & Privileges** - -- Understands the project goals and workflows defined by maintainers -- Creates new issues according to the project requirements -- Assigns issues to contributors -- Responds to new PRs and issues by asking clarifying questions -- Organizes the backlog by applying labels, milestones, assignees, and projects -- Is readily available to review and approve PRs by making meaningful suggestions -- Applies code of conduct to edit and delete any inappropriate comments on commits, pull requests, and issues - -#### Maintainers - -[Maintainers](https://docs.github.com/en/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization#repository-access-for-each-permission-level) are the technical authority for a subproject. They must have demonstrated both good judgement and responsibility towards the health of the subproject. Maintainers must set technical direction and make or approve design decisions for their subproject, either directly or through delegation of these responsibilities. - -**Checklist before becoming a Maintainer:** - -- Proficient in GitHub, YAML, Markdown, and Git -- Exhibits strong attention to detail when reviewing commits and provides generous guidance and feedback -- Helps others achieve their goals with open-source and community contributions -- Understands the workflow of the Issues and Pull Requests -- Makes consistent contributions to the Kairos project -- Consistently initiates and participates in [Kairos discussions](https://matrix.to/#/#kairos-io:matrix.org) -- Has knowledge and interest that aligns with the overall project goals, specifications, and design principles of the Kairos project -- Makes contributions that are considered notable -- Demonstrates ability to help troubleshoot and resolve user issues -- Demonstrated an equivalent mastery of Kairos - -**Responsibilities & Privileges** - -The following responsibilities apply to the subproject for which one would be an owner. - -- Tracks and ensures adequate health of the modules and subprojects they are in charge of -- Ensures adequate test coverage to confidently release new features and fixes -- Ensures that tests are passing reliably (i.e. not flaky) and are fixed when they fail -- Mentors and guides approvers, reviewers, and contributors -- Actively participates in the processes for discussion and decision-making in the project -- Merges Pull Requests and helps prepare releases -- Makes and approves technical design decisions for the subproject -- Helps define milestones and releases -- Decides on when PRs are merged to control the release scope -- Works with other maintainers to maintain the project's overall health and success holistically - -#### Mapping Project Roles to GitHub Roles - -The roles used in this document are custom roles mapped according to the [GitHub roles and responsibilities](https://docs.github.com/en/organizations/managing-access-to-your-organizations-repositories/repository-roles-for-an-organization). - -| Project Role | GitHub Role | -| -------------- | -------------- | -| Contributor | Triage | -| Approver | Write | -| Maintainer | Maintain | -| Administrator | Admin | - -### Off-boarding Guidance - -If any of the above roles hasn't contributed in any phases (including, but not limited to: code changes, doc updates, issue discussions) in 3 months, the administrator needs to inform the member and remove one's roles and GitHub permissions. \ No newline at end of file diff --git a/MAINTAINERS.md b/MAINTAINERS.md deleted file mode 100644 index 821a90ef9..000000000 --- a/MAINTAINERS.md +++ /dev/null @@ -1,16 +0,0 @@ -## Maintainers - -Maintainers are approvers who have shown good technical judgement in guiding feature design & development, have displayed overall knowledge of the project and features in the project, and are nurturing and receptive to everyone in the community. - -| Maintainer | GitHub ID | Affiliation | Role | -| ------------------------ | ------------------------------------------------------ | ------------------------- | ----------- | -| Ettore Di Giacinto | [@mudler](https://github.com/mudler ) | SpectroCloud | Original Author, Administrator, Maintainer| -| Dimitris Karakasilis | [@jimmykarily](https://github.com/jimmykarily ) | SpectroCloud | Administrator, Maintainer | -| Jacob Payne | [@paynejacob](https://github.com/paynejacob ) | SpectroCloud | Maintainer | -| Oz Tiram | [@oz123](https://github.com/oz123 ) | SpectroCloud | Maintainer | -| Mauro Morales | [@mauromorales](https://github.com/mauromorales ) | SpectroCloud | Maintainer | - -See also [our Contributors](/CONTRIBUTORS.md) page. - -**Note**: Please refer to the [Project Governance](/GOVERNANCE.md) for more information on the responsibilities and privileges of a maintainer in Kairos. - diff --git a/README.md b/README.md index ae2ea0d16..8ca43a384 100644 --- a/README.md +++ b/README.md @@ -52,6 +52,8 @@ You can find us at: - [IRC #kairos in libera.chat](https://web.libera.chat/#kairos) - [GitHub Discussions](https://github.com/kairos-io/kairos/discussions) +The [:handshake: community repository](https://github.com/kairos-io/community) contains information about how to get involved, Code of conduct, Maintainers, Contribution guidelines, including also links to our weekly meeting notes, roadmap, and more. + ### Project Office Hours Project Office Hours is an opportunity for attendees to meet the maintainers of the project, learn more about the project, ask questions, and learn about new features and upcoming updates.