Project: Litmus (Observability and Analysis / Chaos Engineering)
File: community-roles.md

This document outlines the different roles within the project, along with the responsibilities and privileges that come with them. Roles are progressive, so each include responsibilities, requirements and definitions from the previous roles. - - - - Most of the roles defined herein are defined by membership in a certain GitHub organization or team: : The organization under which all of litmuschaos's activity on GitHub is captured. : The team comprised of all maintainers of the litmus repo. : The team comprised of all maintainers of the various projects in the litmuschaos organization: litmusctl, litmus-go,litmus-docs, website and community repos, etc. Community Members are all users who interact with the project. This could be through Slack, GitHub discussions, joining public project meetings, etc. Responsibilities: Must follow the Project Members are who contribute directly to the project and add value to it. This can be through code, documentation, taking part in bug scrubs, etc. Defined by: on all `litmuschaos` GitHub org repos in the Current litmuschaos Project Members Responsibilities and privileges: To become a Project Member you need to demonstrate the following: ability to write quality code and/or documentation, ability to collaborate with the team, understanding of how the team works (policies, processes for testing and code review, etc), understanding of the project's code base and coding and documentation style. be responsive to issues and PRs assigned to them be active owner of code they have contributed (unless ownership is explicitly transferred) Code is well tested Tests consistently pass Addresses bugs or issues discovered after code is accepted Note: members who frequently contribute code are expected to proactively perform code reviews and work towards becoming a maintainer Process: refer to . Maintainers are elected who have shown significant and sustained contributions in a Git repository. Defined by: entry in MAINTAINERS file in a repo owned by the litmuschaos project, and membership in the `@litmuschaos/maintainers` GitHub team. See an automatically generated list of litmuschaos maintainers . Responsibilities and Privileges: To become a Maintainer you need to demonstrate the following: Enable and promote litmuschaos community values Engage with end Users through appropriate communication channels Serve as a point of conflict resolution between Contributors to their Git repository Maintain open collaboration with Contributors and other Maintainers Ask for help when unsure and step down considerately A good understanding of the code-base (or equivalent that is governed by the repository, e.g. `litmuschaos/community` or `litmuschaos/website`) Willing to take on long-term responsibility for the project (or a specific part of it) Commitment to the project. Specifically: This can be evidenced differently and we want to maintain some general flexibility assessing this. Significant and sustained contributions can be both by showing a long-term level of care with a bigger number of smaller contributions or by a smaller set of sizable

To make it somewhat more comparable, here is an example of commitment we would be happy to accept for a maintainer: Participate in discussions, contributions, code and documentation reviews for 3 months or more, Perform reviews for 10 non-trivial pull requests (total), Contribute 15 non-trivial pull requests (total) and have them merged. Ask one of the current maintainers, if you are unsure. They will be happy to give you feedback. Process: refer to . Maintainership in the trickles down to all other litmuschaos-related repositories which means that maintainers mentioned there are also maintainers in all other repositories. In addition to maintaining `litmuschaos` and litmuschaos-related repositories, this team serves as escalation point for the overall project, and anything not easily managed by the Maintainers of each Git repository. This team drives the direction, values and governance of the overall project. It is important to us that its members come from a diverse background of companies and organizations. Ensuring that oversight of the project is not controlled by one company or organization. Defined by: entry in , and in the `@litmuschaos/core-maintainers` GitHub team. Responsibilities and Privileges: The following apply to all assets across the litmuschaos org: Overseeing the project health and growth Maintaining the brand, mission, vision, values, and scope of the overall project Changes to licensing and intellectual property Administering access to all project assets Administering Git repositories as needed Handling Code of Conduct violations Managing financial decisions Defining the scope of each Git repository Resolving escalated decisions when Maintainers responsible are blocked A reviewer is a core maintainer within the project. They share in reviewing issues and pull requests and their LGTM counts towards the required LGTM count to merge a code change into the project. Reviewers are part of the organization but do not have write access. Becoming a reviewer is a core aspect in the journey to becoming a maintainer. Security Team members are listed in the . Members of this team handle security issues for the litmuschaos projects. It is essential for us to deal with security-related concerns responsibly and follow the high standards of the security community as a whole. Defined by: entry in . Responsibilities and Privileges: The following apply to all assets across the litmuschaos org: All reports are thoroughly investigated by the Security Team. Any vulnerability information shared with the Security Team will not be shared with others unless it is necessary to fix the issue. Information is shared only on a need to know basis. As the security issue moves through the identification and resolution process, the reporter will be notified. Security Team members must use their access to the to investigate issues raised from fuzz tests. Additional questions about the vulnerability may also be asked of the reporter. Security Team members have a duty of care to the uphold of the Security embargo policy. In order to restrict access to functionality, we define this team, who can e.g. Delete a repository Remove permissions from a user Approve applications and/or bots and more. This team has no decision making power on its own, but is instead there to serve the needs of the litmuschaos maintainers and contributors. Defined by: entry in , and in the `@litmuschaos/org-admins` GitHub team. Responsibilities and Privileges: `admin` level access to the `litmuschaos` organization in GitHub. <!-- md links -->