自酿治理

1. 定义

2. 成员

  1. 新成员（除非被提名为维护者，见下文）将由 PLC 普通决议接纳，并添加到 GitHub 上的自酿组织中。

  2. 成员应在自酿中保持活跃。非活跃维护者或非活跃委员会成员必须通过对年度措施投票（即使弃权）来每年确认他们对自酿成员资格的持续兴趣。不活跃、未确认、不投票的成员将在年度会议后 14 天内被移除，除非获得 PLC 的许可。

  3. 成员可以由 PLC 普通决议从自酿中移除。被移除的成员可以通过通常的接纳流程恢复成员资格。

  4. 所有成员都将遵循 自酿行为准则。行为准则的更改必须得到 PLC 的批准。

  5. 当成员与其他成员不共有的利益冲突时，应弃权投票。任何人都不能被强迫弃权投票。

3. 成员大会

  1. 成员大会可以由 PLC 普通决议或全体成员多数发起。成员必须在成员大会召开至少三周前收到通知。年度股东大会应亲自举行，并可以为无法出席的人提供在线视频会议。其他成员大会应为在线视频会议。

  2. 在全体会议上对决议和选举进行投票的法定人数为 3 名投票成员或 10% 的投票成员，以较大者为准。无投票以外事务的全体会议应异步进行。否则，必须是同步在线视频会议。投票将使用 PLC 选择的在线投票系统进行。投票期在投票结果不会因任何后续投票而改变后的一周后或同步会议发生后结束。

  3. 自酿会员将以 PLC 确定的方式在年度全体会议 (AGM) 上会面。

  4. 选举将在 AGM 上举行。

  5. PLC 将在选举日期前三周宣布候选人和提案。

  6. 成员应在选举日期前三周内的任何时间投票。

3.1. 对这些章程的修订

  1. 这些章程只能在全体成员会议上通过特别决议进行修订。

  2. 任何成员都可以通过针对此文档在 GitHub 上提出拉取请求来提议修订。一旦超过一半的 PLC 批准了拉取请求，提议的修订可以合并以与其他修订一起考虑。

  3. 成员必须对任何修订进行投票。所有选票将被统计。一旦接受了一个或多个修订提案，投票将开放三周，除非 AGM 在一个月内举行，在这种情况下，将与选举同时对提议的修订进行投票。

  4. 任何已批准的修订将在投票结束后三周内生效。

4. 项目领导委员会

  1. 自酿的财务管理、AGM 的组织、行为准则的执行和成员的移除由 PLC 执行。PLC 将代表自酿处理与 Open Collective 的所有往来。

  2. PLC 由五名成员组成，其中一名是项目负责人。其他委员会成员由自酿成员在使用 Droop 配额的Meek 单一可转移投票选举中选出。每位 PLC 成员的任期为两年或直到其继任者当选。非项目负责人 PLC 成员连续任职的最长期限为两届，即使这意味着他们没有继任者。PLC 中的任何突然空缺将在下次全体会议（通常是下次 AGM）选举 PLC 成员的惯常程序中填补。

  3. 当 PLC 席位空缺或空缺时，任何成员都可以通过在自酿 Slack 中的#members频道中提供一份简短声明，表达相关经验和当选后的意图，成为 PLC 候选人，但不得迟于 AGM 前三周。PLC 将保留候选人名单，直到 AGM 前一周发出选票，在此期间，成员应投票。候选人应在 AGM 之前或期间以书面或口头形式发表讲话，但已投出的选票不可更改。现任 PLC 应在候选人截止日期和 AGM 之间的三周内投票并发布一份声明，推荐他们推荐的候选人。

  4. PLC 必须在采取行动后至多一周内向 Homebrew/homebrew-governance-private GitHub 存储库中的 Homebrew 成员报告所有会议记录、讨论参与者和任何投票细目。在 AGM 中，PLC 必须提交自上次 AGM 以来其活动和决策的摘要。财务报表可在 Homebrew 的 OpenCollectives（https://opencollective.com/brew 和 https://opencollective.com/homebrew）上供任何人查看。

  5. 同一雇主的员工不得在 PLC 中任职超过两名。

  6. PLC 成员只能通过会员特别决议从 PLC 中移除。

  7. PLC 的所有成员都将成为 GitHub 组织和任何相关资源（例如 Slack、1Password，如可能）的“计费经理”和“主持人”。

  8. PLC 的一名成员（PL 除外）将在 GitHub 组织和任何相关资源中拥有 所有者 角色。PLC 将选择此人，优先考虑任何当前是 Homebrew 维护者的 PLC 成员。如果没有任何 PLC 成员是 Homebrew 维护者，则任何 PLC 成员都有资格担任 所有者 角色。

5. 项目领导委员会会议

  1. PLC 的所有成员必须每年至少通过同步视频通话或亲自会面一次。此会议应在 AGM 中亲自举行，并提前至少两个月发出通知。

  2. 对 PLC 决议进行投票的法定人数为其成员的大多数。在电子投票中，为期一周的投票期取代了法定人数要求。任何已批准的决议将立即生效。

  3. PLC 全体成员的大多数才能通过普通决议。

  4. PLC 将每年审查所有成员的状态，并移除未在 AGM 中投票且随后未重新确认对 Homebrew 承诺的成员。在 AGM 中投票确认成员希望继续参与该项目。在 AGM 之后，PLC 将询问未投票的成员是否希望继续参与该项目。PLC 会在三周后移除任何未对此第二次请求做出回应的成员。

  5. PLC 将任命 TSC 成员。

  6. 任何成员都可以向 PLC 提交财务问题、AGM 问题或行为准则违规行为。所有技术事项必须提交给项目负责人，技术争端提交给 TSC。在提交给 PLC、项目负责人或 TSC 之前，成员将善意地努力通过妥协解决任何争端。

6. 项目负责人

  1. 项目负责人将公开代表 Homebrew，管理所有日常技术决策，并解决维护人员、成员、其他贡献者和用户之间与 Homebrew 运营相关的争端。

  2. 项目负责人将由 Homebrew 成员每两年通过舒尔兹·孔多塞法（又称“击败路径”）选举产生。PLC 将提名至少一名项目负责人候选人。任何成员都可以提名候选人或自荐。提名必须在 AGM 前三周向成员宣布。

  3. 项目负责人的任何空缺将由 PLC 任命填补。

  4. 项目负责人的技术决策可以被 TSC 的普通决议推翻。

  5. 项目负责人的非技术决策可以被 PLC 的普通决议推翻。

  6. 项目负责人只能通过成员的特别决议免除其职位。

  7. 项目负责人必须包含在 PLC 与 Open Collective 的所有通信中或关于 Open Collective 的所有通信中，以及与共同责任相关的所有通信中。

  8. 项目负责人必须是维护人员，而不仅仅是成员。

  9. 项目负责人将成为 GitHub 组织、Slack、1Password 和任何相关资源的“所有者”。

7. 技术指导委员会

  1. TSC 有权对任何维护人员与项目负责人之间的任何技术争端做出决定。不涉及项目负责人的争端必须通过项目负责人解决。

  2. PL 是 TSC 的一名成员。PLC 将任命三到五名维护人员成为 TSC 成员。PLC 成员不应是这些被任命者中的任何一个。被任命的 TSC 成员将任期一年或直到该成员的继任者被任命。

  3. 任何成员都可以向 TSC 提交任何技术问题或争端。在提交给 TSC 之前，成员将善意地努力通过妥协解决任何争端。

  4. 同一雇主的两名以上员工不得在 TSC 任职。

  5. TSC 成员（项目负责人除外）只能通过 PLC 的普通决议免除其 TSC 职务。

  6. TSC 的所有成员都将成为 GitHub 组织的“版主”。

  7. TSC 的一名成员（非 PL）将成为 GitHub 组织、Slack、1Password 和任何相关资源的“所有者”。

8. 维护者

  1. 所有维护者都是自动成员。某些成员是维护者，但并非所有成员都是维护者。

  2. 维护者是至少对一个主仓库具有提交/写访问权限的成员。

  3. 任何现有维护者都可以提名新的维护者。要成为维护者，提名需要获得 PL 或 TSC 任何成员的批准，且在 24 小时内没有上述人员反对，不包括周五 19:00 UTC 至下周一 19:00 UTC。如果存在反对意见，TSC 必须在 #tsc 私有 Slack 频道对提名进行投票，投票在经过一周后或投票结果不会因任何后续投票（例如，当 TSC 的大多数成员投票赞成或反对时）而改变后结束。提名将通过投票获得的简单多数票通过。

  4. 根据 Homebrew 的组织安全态势，该态势要求在最小权限原则下运营，PL 将在 AGM 前至多六周审查维护者的写/提交访问权限。PL 将从不持续满足以下条件的人员中移除维护者权限

未满足这些要求的维护者将被移除维护者身份，但如果他们愿意，可以保留成员身份。

PL 将不考虑以下活动，因为它们不需要对安全关键型仓库进行提交或写访问

如果维护者希望对他们的移除提出上诉，他们可以请求 TSC 审查该决定。此上诉必须在移除后 72 小时内提出。上诉人将确认他们打算解决导致移除的任何未满足的条件。TSC 将在 1 周内审查该决定。一名非 PL 的 TSC 成员将在维持或撤销该决定后立即做出回应。如果 TSC 投票撤销移除，PL 将尽快恢复访问权限。如果 TSC 或 PL 认为维护者在任何撤销移除的条件方面没有取得足够的进展，他们可能会在最初撤销后不少于 30 天内请求第二次 TSC 审查。如果明显没有沟通活动或没有反应，TSC 或 PL 可能会要求审查。TSC 每季度只会考虑每个维护者的上诉一次，直到下一次 AGM。在 2023 年 AGM 之后，TSC 将不会考虑任何维护者移除审查，直到三个月后。

在紧急情况下，包括但不限于恶意提交、可疑活动、滥用资源或任何可能损害 Homebrew 代码库、系统或组织的安全态势的行为或活动，PL 或任何有能力移除权限的人员应移除任何或所有维护者的访问权限（例如，到 GitHub、Slack、1Password 等）。在这样做时，他们必须通知 PLC 和 TSC。PLC 将讨论这种情况。TSC 将在两周内审查根据此条款移除的任何维护者的移除情况，并仅在情况得到解决时指示 PL 恢复维护者的权限。这被认为是上述维护者移除上诉流程。TSC 将在事件报告中记录情况，与成员共享，并建议对安全设置、维护者政策、此治理文档或任何其他必需的措施进行更改，以防止这种情况再次发生。

Fork me on GitHub