Skip to content

Latest commit

 

History

History
66 lines (49 loc) · 3.7 KB

GOVERNANCE.md

File metadata and controls

66 lines (49 loc) · 3.7 KB
Raw

Governance

This document defines governance policies for the entire Piraeus Datastore project hosted and managed by the Piraeus Datastore organization.

Principles

  • Open: Piraeus Datastore is an open source community.
  • Welcoming and respectful: See Code of Conduct.
  • Transparent and accessible: Work and collaboration should be done in public.
  • Merit: Ideas and contributions are accepted according to their technical merit and alignment with project objectives, scope and design principles.

Project Maintainers

Maintainers are the first and foremost contributors that are committed to the success of Piraeus Datastore project. They normally take the following responsibilities:

  • Classify GitHub issues and perform pull request reviews for other maintainers and the community.
  • During GitHub issue classification, apply all applicable labels to each new issue. Labels are extremely useful for follow-up of future issues. What labels to apply is somewhat subjective so just use your best judgment.
  • Make sure that ongoing PRs are moving forward at the right pace or closing them if they are not moving in a productive direction.
  • Participate when called upon in the security release process. Note that although this should be a rare occurrence, if a serious vulnerability is found, the process may take up to several full days of work to implement.

Process of becoming a maintainer

  • Talk to one of the existing project maintainers that you are interested in becoming a maintainer, and he will nominate you as a new maintainer. After nomination, you will need to create a PR to update the list in MAINTAINERS.md.
  • We will expect you to start contributing increasingly complicated PRs, under the guidance of the existing maintainers.
  • We may ask you to do some PRs from our backlog. As you gain experience with the code base and our standards, we will ask you to do code reviews for incoming PRs.
  • Once the existing maintainers have made a consensus that the nominating maintainer has deep understanding about the project and is able to independently take the maintainer responsibilities, the PR will be approved and the new maintainer becomes active.

When does a maintainer lose maintainer status

  • If a maintainer is no longer interested or cannot perform the maintainer duties listed above, they should volunteer to be moved to emeritus status.
  • In extreme cases this can also occur by a vote of the maintainers per the voting process. The voting process is a simple majority in which each maintainer receives one vote.

Decision-making process

Decisions are made based on consensus between maintainers. Proposals and ideas can either be submitted for agreement via a github issue or PR.

In general, we prefer that technical issues and maintainer membership are amicably worked out between the persons involved. If a dispute cannot be decided independently, get a third-party maintainer (e.g. a mutual contact with some background on the issue, but not involved in the conflict) to intercede and the final decision will be made. The decision-making process should be transparent to adhere to the principles of Piraeus Datastore project.

Code of Conduct

The Piraeus Datastore Code of Conduct is aligned with the CNCF Code of Conduct.

Credits

This document is based on the governance policies for: