Skip to content

GOVERNANCE.md

Latest commit

 

History

History
66 lines (39 loc) · 3.62 KB

GOVERNANCE.md

File metadata and controls

66 lines (39 loc) · 3.62 KB

APIS Project Governance Policy

Overview

This project aims to be governed in a transparent, accessible way for the benefit of the community. All participation in this project is open and not bound to corporate affiliation. Participants are bound to the project's Code of Conduct.

Project Roles

Contributor

The contributor role is the starting role for anyone participating in the project and wishing to contribute code.

Process for Becoming a Contributor

  • Review the Contribution Guidelines to ensure your contribution is inline with the project's coding and styling guidelines.
  • Submit your code as a PR with the appropriate DCO sign-off.
  • Have your submission approved by the committer(s) and merged into the codebase.

Committer

The committer role enables the contributor to commit code directly to the repository, but also comes with the responsibility of being a responsible leader in the community.

Process for Becoming a Committer

  • Show your experience with the codebase through contributions and engagement on the community channels.
  • Request to become a committer. To do this, create a new pull request that adds your name and details to the Committers File and request existing committers to approve.
  • After the majority of committers approve you, merge in the PR. Be sure to tag the person managing the GitHub permissions to update the committers team in GitHub.

Committer Responsibilities

  • Monitor project communication channels.
  • Triage GitHub issues and perform pull request reviews for other committers and the community.
  • Ensure that ongoing PRs are moving forward at the right pace or closing them.
  • Dedicate at least 25% of their time (~1.25 business days per week) to the project.

When Does a Committer Lose Committer Status?

If a committer is no longer interested or cannot perform the committer duties listed above, they should volunteer to be moved to emeritus status. In extreme cases, this can also occur by a vote of the committers per the voting process below.

Technical Steering Committee (TSC)

The Technical Steering Committee (TSC) is responsible for the overall project health and direction, coordination of activities, and working with other projects and committees as needed for the continued growth of the project.

See TSC Readme for details.

Release Process

Project releases will occur on a scheduled basis as agreed to by the committers. See RELEASE.md for details.

Conflict Resolution and Voting

In general, we prefer that technical issues and committer membership are amicably worked out between the persons involved. If a dispute cannot be decided independently, the committers can be called in to decide an issue. If the committers themselves cannot decide an issue, the issue will be resolved by voting. The voting process is a simple majority in which each committer receives one vote.

Communication

This project, just like all of open source, is a global community. In addition to the Code of Conduct, this project will:

  • Keep all communication on open channels (mailing list, forums, chat).
  • Be respectful of time and language differences between community members (such as scheduling meetings, email/issue responsiveness, etc.).
  • Ensure tools are able to be used by community members regardless of their region.

If you have concerns about communication challenges for this project, please contact the committers.

Thank you for being part of the APIS community and helping maintain a well-governed, transparent project!