Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Establish community governance process #8

Open
adammontville opened this issue Dec 13, 2021 · 4 comments
Open

Establish community governance process #8

adammontville opened this issue Dec 13, 2021 · 4 comments
Projects

Comments

@adammontville
Copy link
Contributor

Broadly, we need to write down how we would like the PACE community to be governed.

@sparrell
Copy link
Contributor

I suggest we have a process document for maintainers (ie those with write capability) to follow:

  • all changes done as pull requests
  • other than emergency cases, we have a two-person rule. Ie maintainer can not approve their own changes
  • trivial editorial changes still follow the 2-person rule but don't require approval at a meeting (but do require reporting that it occurred at the next meeting)
  • all other changes get approved at the weekly meeting (ie the "second person" is the group)
  • periodically we make 'releases' or 'tags' with version numbers

@sparrell
Copy link
Contributor

Seems like there is consensus that the maintainers will be periodically chosen by the members at the weekly meeting. The original maintainers were chosen and will be entered into the contributing and/or governance md docs.

@sparrell
Copy link
Contributor

I recommend maintainers have a 'term' of 2 years, but there be no term limits. Ie that we periodically revisit. I also recommend the terms be staggered (ie half with terms ending on odd years, half with terms ending on even years). It can be a decision of the group whether to select someone to fill out a term if a maintainer leaves, or just wait until next selection meeting.

@sparrell
Copy link
Contributor

our governance doc should reference https://www.oasis-open.org/policies-guidelines/open-projects-process/ and say we follow all those rules. If there is an OCA equivalent doc, we should link to it as well as say we follow its rules as well. For all the places those two docs give choices, we should document which choice we chose.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Hecate
To do
Development

No branches or pull requests

2 participants