From 98e16a9f8ad111d2356f0ee75a70a167f5e264a0 Mon Sep 17 00:00:00 2001 From: Michelle Dhanani Date: Fri, 28 Jun 2024 10:33:27 -0400 Subject: [PATCH] Update GOVERNANCE.md Co-authored-by: Adam Reese Signed-off-by: Michelle Dhanani --- GOVERNANCE.md | 55 ++++++------- docs/content/sips/019-governance.md | 119 +--------------------------- 2 files changed, 28 insertions(+), 146 deletions(-) diff --git a/GOVERNANCE.md b/GOVERNANCE.md index 479c50e60d..934270557f 100644 --- a/GOVERNANCE.md +++ b/GOVERNANCE.md @@ -2,28 +2,28 @@ This document describes the governance of the Spin project. -The Spin project consists of several codebases with different release cycles: These codebases include: +The Spin project consists of several codebases with different release cycles. These codebases include: -- https://github.com/fermyon/spin +- Core Spin: + - [Spin](https://github.com/fermyon/spin) - SDKs: - - https://github.com/fermyon/spin-python-sdk - - https://github.com/fermyon/spin-js-sdk - - https://github.com/fermyon/spin-rust-sdk - - https://github.com/fermyon/spin-dotnet-sdk - - https://github.com/fermyon/spin-nim-sdk + - [Spin Python SDK](https://github.com/fermyon/spin-python-sdk) + - [Spin JavaScript SDK](https://github.com/fermyon/spin-js-sdk) + - [Spin Rust SDK](https://github.com/fermyon/spin-rust-sdk) + - [Spin .NET SDK](https://github.com/fermyon/spin-dotnet-sdk) + - [Spin Nim SDK](https://github.com/fermyon/spin-nim-sdk) - Plugins: - - https://github.com/fermyon/spin-test - - https://github.com/fermyon/cloud-plugin - - https://github.com/fermyon/spin-cloud-gpu - - https://github.com/fermyon/spin-plugins - - https://github.com/fermyon/platform-plugin + - [Spin Plugins Index Repository](https://github.com/fermyon/spin-plugins) + - [Fermyon Platform Plugin](https://github.com/fermyon/platform-plugin) + - [Spin Test Plugin](https://github.com/fermyon/spin-test) + - [Cloud Plugin](https://github.com/fermyon/cloud-plugin) + - [Spin Cloud GPU Plugin](https://github.com/fermyon/spin-cloud-gpu) - Triggers: - - https://github.com/fermyon/spin-trigger-command - - https://github.com/fermyon/spin-trigger-sqs - - https://github.com/fermyon/spin-trigger-cron - + - [Spin Command Trigger](https://github.com/fermyon/spin-trigger-command) + - [Spin SQS Trigger](https://github.com/fermyon/spin-trigger-sqs) + - [Spin Cron Trigger](https://github.com/fermyon/spin-trigger-cron) -Each repository is subject to the same overall governance model, but has different teams of people (“maintainers”) with permissions and access to the repository. This is meant to increase diversity of maintainers in the Spin project and also increases the velocity of code changes. Major changes and features to the project (including changes to project governance) are to be proposed through the [Spin Improvement Proposal](docs/content/sips/index.md) process. +Each repository is subject to the same overall governance model, but has different teams of people (“maintainers”) with permissions and access to the repository. This is meant to increase diversity of maintainers in the Spin project and also increases the velocity of code changes. Major changes and features to the project including additions to the repository list above are to be proposed through the [Spin Improvement Proposal](docs/content/sips/index.md) process. ## Spin Project Maintainers @@ -36,10 +36,10 @@ Project maintainers and emeritus maintainers for each project should be outlined Changes to project maintainers use the following: - A project maintainer may step down by emailing the mailing list. When a project maintainer steps down, they become an emeritus maintainer. -- Project maintainers MUST remain active on the project. If they are unresponsive for > 3 months, they will lose project maintainer-ship, unless a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) (two-thirds majority) of the project maintainers of the given project agrees to extend the period to be greater than 3 months. If two-thirds majority is not possible, the Spin Governance Committee members will be included in the group of people voting on this decision in addition to the project maintainers of the project. -- New maintainers can be added to a project by a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) vote of the project’s existing maintainers. New maintainers must be nominated by existing maintainers. If quorum is not met, the Spin Govenance Committee members will be included in this vote. -- A maintainer may be removed for a [code of conduct](../../../CODE_OF_CONDUCT.md) violation via a supermajority vote of the Spin Governance Committee. Code of conduct violations may be submitted to any member(s) on the Spin Governance Committee by email. See email information on MAINTAINERS.md. -- When a project has no maintainers the maintainers of the [fermyon/spin Github repo](https://github.com/fermyon/spin) become responsible for it, and may archive the project, or find new maintainers +- Project maintainers MUST remain active on the project. If they are unresponsive for > 3 months, they will lose project maintainer-ship, unless the remaining project maintainers of the given project and the Spin Governance Committee agree to extend the period to be greater than 3 months. +- New maintainers must be nominated by existing maintainers. Maintainers are to discuss and agree in a private setting adding a new maintainer. Once a descision has been made, a maintainer may be added to the project via a pull request to the relevant MAINTAINERS.md file. +- A maintainer may be removed for a [code of conduct](CODE_OF_CONDUCT.md) violation by the Spin Governance Committee. Code of conduct violations may be submitted to any member(s) on the Spin Governance Committee by email. See email information on MAINTAINERS.md. +- When a project has no active maintainers, the maintainers of the [fermyon/spin Github repo](https://github.com/fermyon/spin) become responsible for it, and may archive the project, or find new maintainers ### Decision Making @@ -52,7 +52,9 @@ Decision making scenarios should be promoted appropriately by the maintainer ove - communicate updates in meetings In the extreme case that objection-free consensus cannot be reached after a reasonable amount of time and effort, -a maintainer can call for a [simple majority](https://en.wikipedia.org/wiki/Majority) vote from the project maintainers for a repo on a decision. If the decision impacts multiple repositories or requires a coordinated effort across multiple repositories and project maintainers are unable to reach a decision on their own for the relevant projects, a maintainer can call for a simple majority vote from the Spin Governance Committee. If quorum cannot be met for a decision, all members of the Spin Governance Committee are added to the relevant vote. +a maintainer can call for a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) vote from the project maintainers for a repo on a decision. If quorum cannot be met for a decision, all members of the Spin Governance Committee are added to the relevant vote. + +If a decision impacts multiple repositories or requires a coordinated effort across multiple repositories and project maintainers are unable to reach a decision on their own for the relevant projects, a maintainer can call for a supermajority vote from the Spin Governance Committee. ## Spin Governance Committee @@ -74,13 +76,13 @@ In addition to the responsibilities listed above, this group is also responsible The Spin Governance Committee have to match the following criteria: -- Spin Governance Committee members MUST remain active on the project. If they are unresponsive for > 3 months, they will lose membership, unless a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) of the other governance members agrees to extend the period to be greater than 3 months +- Spin Governance Committee members MUST remain active on the project. If they are unresponsive for > 3 months, they will lose membership, unless the remaining members of the committee agree to extend the period to be greater than 3 months The Spin Governance Committee will select a chair to set agendas, call meetings, and oversee the decision making process. ### Decision Making -The default decision making process is objection-free consensus except for changes to the Governance of the project which requires a supermajority agreement of the committee. +The default decision making process is objection-free consensus except for changes to the Governance of the project which requires a supermajority agreement of the committee. The process for making governance related changes is described below. Decision making scenarios should be promoted appropriately by the member overseeing the issue. @@ -102,13 +104,8 @@ The process for changes to the GOVERNANCE.md file is as follows: _Note: PRs landed without SIPs can be challenged as substantial for up to 2 weeks afterwards, at which point they have to be backed out, and the proposed changes have to go through the SIP process instead._ -1) Open an issue -2) Open a pull request to this SIP describing changes and the GOVERNANCE.md file with proposed changes. -3) Spin Govenance Committee will review pull request. Pull request may be merged when a supermajority of Spin Governance Committee has approved the pull request. - ## Glossary - Objection-free consensus: A decision is made when all decision makers have had time to consider the decision and do not raise any objections. Silence on any consensus decision is equivalent to non-objection. Explicit agreement may be stated at will. - Supermajority: Two-thirds majority where at least two-thirds of the group is in favor of the decision being made. More context [here](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote). -- [Simple-majority](https://en.wikipedia.org/wiki/Majority) - Emeritus Maintainer: These are project maintainers that are no longer active. We model this after the Helm Emeritus Maintainer role. More context [here](http://technosophos.com/2018/01/11/introducing-helm-emeritus-core-maintainers.html). \ No newline at end of file diff --git a/docs/content/sips/019-governance.md b/docs/content/sips/019-governance.md index b880937bbe..be676f0370 100644 --- a/docs/content/sips/019-governance.md +++ b/docs/content/sips/019-governance.md @@ -16,121 +16,6 @@ Spin is a project now used by many organizations and individuals across the soft ## Proposal -This SIP is a proposal to add the following in a Governance.md file to the root of the Spin repository. This governance structure aims to describe transparently how we've been doing things so far. It formally opens up the project for maintainers from multiple organizations. The current structure outlined in the Governance.md document is established as a temporary bootstrapping phase on the road to a more permanent, multi-stakeholder model. The Spin Governance Committee established in this document should eventually be dismantled and replaced with a smaller, more well defined group only tasked with governing the Spin project as a whole (a "Steering Committee"). This group will in turn establish other committees for handling more specific governance concerns (e.g., Project moderation and CoC enforcement). +This SIP is a proposal to add a GOVERNANCE.md file to the root of the Spin repository. The governance structure described in the corresponding GOVERNANCE.md file aims to describe transparently a process close to how we've been doing things so far in the project and how to make changes. It formally opens up the project for maintainers from multiple organizations, defines maintainership roles, describes decision making processes and more. -```Governance.md -## Overview - -This document describes the governance of the Spin project. - -The Spin project consists of several codebases with different release cycles: These codebases include: - -- https://github.com/fermyon/spin -- SDKs: - - https://github.com/fermyon/spin-python-sdk - - https://github.com/fermyon/spin-js-sdk - - https://github.com/fermyon/spin-rust-sdk - - https://github.com/fermyon/spin-dotnet-sdk - - https://github.com/fermyon/spin-nim-sdk -- Plugins: - - https://github.com/fermyon/spin-test - - https://github.com/fermyon/cloud-plugin - - https://github.com/fermyon/spin-cloud-gpu - - https://github.com/fermyon/spin-plugins - - https://github.com/fermyon/platform-plugin -- Triggers: - - https://github.com/fermyon/spin-trigger-command - - https://github.com/fermyon/spin-trigger-sqs - - https://github.com/fermyon/spin-trigger-cron - - -Each repository is subject to the same overall governance model, but has different teams of people (“maintainers”) with permissions and access to the repository. This is meant to increase diversity of maintainers in the Spin project and also increases the velocity of code changes. Major changes and features to the project are to be proposed through the [Spin Improvement Proposal](docs/content/sips/index.md) process. - -## **Spin Project Maintainers** - -Project maintainers are responsible for activities surrounding the development and release cycle of a specific repository they own. Technical decisions for code resides with the project maintainers, unless there is a decision related to cross maintainer groups that cannot be resolved by those groups. Those cases can be escalated to the Spin Governance Committee (discussed below). - -Project maintainers do not need to be software developers. No explicit role is placed upon them, and they can be anyone appropriate for the work being produced. - -Project maintainers and emeritus maintainers for each project should be outlined in the MAINTAINERS.md file in the corresponding GitHub repository. - -Changes to project maintainers use the following: - -- A project maintainer may step down by emailing the mailing list. When a project maintainer steps down, they become an emeritus maintainer. -- Project maintainers MUST remain active on the project. If they are unresponsive for > 3 months, they will lose project maintainer-ship, unless a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) (two-thirds majority) of the project maintainers of the given project agrees to extend the period to be greater than 3 months. If two-thirds majority is not possible, the Spin Governance Committee members will be included in the group of people voting on this decision in addition to the project maintainers of the project. -- New maintainers can be added to a project by a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) vote of the project’s existing maintainers. New maintainers must be nominated by existing maintainers. If quorum is not met, the Spin Govenance Committee members will be included in this vote. -- A maintainer may be removed for a [code of conduct](../../../CODE_OF_CONDUCT.md) violation via a supermajority vote of the Spin Governance Committee. Code of conduct violations may be submitted to any member(s) on the Spin Governance Committee by email. See email information on MAINTAINERS.md. -- When a project has no maintainers the maintainers of the [fermyon/spin Github repo](https://github.com/fermyon/spin) become responsible for it, and may archive the project, or find new maintainers - -### **Decision Making** - -The default decision making process is objection-free consensus. In other words, a decision is made when all decision makers have had time to consider the decision and do not raise any objections. Silence on any consensus decision is equivalent to non-objection. Explicit agreement may be stated at will. - -Decision making scenarios should be promoted appropriately by the maintainer overseeing the issue: - -- tag maintainers in relevant issues / SIPs -- send out mailing list reminders -- communicate updates in meetings - -In the extreme case that objection-free consensus cannot be reached after a reasonable amount of time and effort, -a maintainer can call for a [simple majority](https://en.wikipedia.org/wiki/Majority) vote from the project maintainers for a repo on a decision. If the decision impacts multiple repositories or requires a coordinated effort across multiple repositories and project maintainers are unable to reach a decision on their own for the relevant projects, a maintainer can call for a simple majority vote from the Spin Governance Committee. If quorum cannot be met for a decision, all members of the Spin Governance Committee are added to the relevant vote. - -## **Spin Governance Committee** - -The project maintainers for [github.com/fermyon/spin](http://github.com/fermyon/spin) also serve as the Spin Governance Committee and have the following additional responsibilities: - -- Maintaining the mission, vision, values, and scope of the project -- Refining this governance document -- Making project level decisions -- Making decisions about project licensing, contribution requirements, and other legal matters -- Resolving escalated project decisions when responsible project maintainers are blocked -- Managing the Spin brand -- Managing access to Spin assets such as source repositories, hosting, project calendars -- Handling code of conduct violations for any repository under the Spin project -- Deciding what sub-groups and repositories are part of the Spin project -- Overseeing the resolution and disclosure of security issues -- Managing financial decisions related to the project - -In addition to the responsibilities listed above, this group is also responsible for bootstrapping a multi-stakeholder steering committee of 5-7 people to govern the project. The group is responsible for creating a steering committee Charter and shaping and executing the processes around selecting committee members. Once a steering committee is in place, the Spin Governance Committee will be dismantled and replaced with the Spin Steering Committee. The Spin Steering Committee should then establish additional governance structures as it sees fit (e.g., a Code of Conduct Committee for project moderation). - -The Spin Governance Committee have to match the following criteria: - -- Spin Governance Committee members MUST remain active on the project. If they are unresponsive for > 3 months, they will lose membership, unless a [supermajority](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote) of the other governance members agrees to extend the period to be greater than 3 months - -The Spin Governance Committee will select a chair to set agendas, call meetings, and oversee the decision making process. - -### **Decision Making** - -The default decision making process is objection-free consensus except for changes to the Governance of the project which requires a supermajority agreement of the committee. - -Decision making scenarios should be promoted appropriately by the member overseeing the issue. - -In the extreme case that objection-free consensus cannot be reached after a reasonable amount of time and effort, -a member can call for a supermajority vote from the committee. - -### Changes to Governance - -The process for changes to the GOVERNANCE.md file is as follows: - -1. Decide whether the change is substantial in nature. A substantial change is one that changes the project governance itself, instead of editorial changes providing clarifications, small bugfixes, etc -2. Then, - - For substantial changes: - i. Open a new SIP for the changes - ii. Follow the [normal SIP process](https://github.com/fermyon/spin/blob/main/docs/content/sips/index.md), requiring a supermajority for acceptance - - For editorial changes: - i. Open a PR with the changes to GOVERNANCE.md - ii. Land the PR after getting at least two positive reviews, and waiting for at least 3 workdays across all time zones - -_Note: PRs landed without SIPs can be challenged as substantial for up to 2 weeks afterwards, at which point they have to be backed out, and the proposed changes have to go through the SIP process instead._ - -## Glossary - -- Objection-free consensus: A decision is made when all decision makers have had time to consider the decision and do not raise any objections. Silence on any consensus decision is equivalent to non-objection. Explicit agreement may be stated at will. -- Supermajority: Two-thirds majority where at least two-thirds of the group is in favor of the decision being made. More context [here](https://en.wikipedia.org/wiki/Supermajority#Two-thirds_vote). -- [Simple-majority](https://en.wikipedia.org/wiki/Majority) -- Emeritus Maintainer: These are project maintainers that are no longer active. We model this after the Helm Emeritus Maintainer role. More context [here](http://technosophos.com/2018/01/11/introducing-helm-emeritus-core-maintainers.html). -``` - -## Additional Considerations - -The Code of Conduct for the Spin project currently points to the Fermyon Code of Conduct which has an enforcement section that that is Fermyon specific. We should decouple the Spin project from the Fermyon Code of Conduct at this time. The Spin project should adopt a standard open source code of conduct like the [contributor covernant](https://www.contributor-covenant.org/version/2/1/code_of_conduct/code_of_conduct.md) and add a Spin specific enforcement section. +The current structure outlined in the governance document is established as a temporary bootstrapping phase on the road to a more permanent, multi-stakeholder model. The Spin Governance Committee established in this document should eventually be dismantled and replaced with a smaller, more well defined group only tasked with governing the Spin project as a whole (a "Steering Committee"). This group will in turn establish other committees for handling more specific governance concerns (e.g., Project moderation and CoC enforcement). \ No newline at end of file