本文档描述了项目的规则和治理。旨在供项目的所有开发者和 Prometheus 社区遵守。本治理文档中使用的常用术语列于下方
团队成员：私有 prometheus-team Google 群组的任何成员。
维护者：维护者领导单个项目或其部分（MAINTAINERS.md）。
项目：Prometheus GitHub 组织中的单个仓库被称为一个项目。
Prometheus 项目：在此治理下执行的所有活动的总和，涉及一个或多个仓库或社区。
Prometheus 开发者和社区应遵循 CNCF 章程中定义的价值观，包括 CNCF 行为准则。此外，Prometheus 社区努力做到友善、有效地给予反馈，并建立一个欢迎的环境。Prometheus 开发者通常通过共识进行决策，只有在无法达成共识时才通过多数票进行冲突解决。
每个项目都必须有一个 MAINTAINERS.md 文件，其中至少有一名维护者。如果一个项目有发布流程，那么访问权限和文档应该允许不止一个人执行发布。发布应在 prometheus-users 邮件列表上宣布。任何新项目都应首先在 developers 邮件列表上按照下方列出的投票程序进行提议。当一个项目不再相关时，应将其移动到 prometheus-junkyard GitHub 组织。
团队成员身份可以授予那些持续为 Prometheus 项目贡献至少 3 个月的人。这通常以代码改进和/或文档方面的显著工作形式体现，但也可能考虑组织活动或用户支持。
新成员可以由任何现有成员通过电子邮件向 prometheus-team 提出。非常希望就接受新成员达成共识。但是，最终提案将通过正式的绝对多数票进行投票。
如果新成员提案被接受，应通过电子邮件私下联系被提议的团队成员，以确认或拒绝他们接受团队成员资格。此电子邮件也将抄送给 prometheus-team 以进行记录。
如果他们选择接受，则遵循入职程序。
团队成员可以随时通过电子邮件发送至 团队退休。
团队成员可以通过 绝对多数票在 团队邮件列表中移除。对于此投票，有问题的成员没有投票资格，也不计入法定人数。任何移除投票只能针对一个人。
成员去世后，他们将自动离开团队。
如果成员离开，则应用离职程序。
当前的团队成员是
之前的成员
请注意，在制定本治理文档以及正式团队成员制度之前，Prometheus 已经收到了许多未列出的个人的重大贡献。
维护者领导一个或多个项目或其部分，并在该项目的贡献者之间充当冲突解决点。理想情况下，维护者也是团队成员，但对于合适的维护者，由于任何原因，他们尚未成为团队成员，也可能存在例外情况。
维护者变更必须在 developers 邮件列表上宣布。它们由惰性共识决定，并通过更改相应仓库的 MAINTAINERS.md 文件来正式确定。
维护者被授予 Prometheus GitHub 组织中所有项目的提交权限。
维护者或提交者可以通过通知 团队邮件列表来辞职。一年内没有项目活动的维护者将被视为已辞职。希望辞职的维护者应建议另一位团队成员接管该项目。
一个项目可以有多名维护者，只要责任在他们之间明确约定即可。这包括协调谁处理哪些问题和拉取请求。
仅影响单个项目的技术决策由该项目的维护者非正式地做出，并假定为惰性共识。影响 Prometheus 项目多个部分的技术决策应在 Prometheus 开发者邮件列表上讨论和制定。
决策通常通过惰性共识做出。如果无法达成共识，则可以通过多数票解决该问题。
对本文档的实质性更改将在 开发者邮件列表上公开讨论。任何更改都需要绝对多数票赞成。编辑性修改可以通过惰性共识进行，除非受到质疑。
编辑性修改是指修复拼写或语法错误、更新工作单位或类似情况的修改；它们更新样式或反映外部和显而易见的事实。它们不会更改本文档中任何内容的意图或含义。它们必须通过 PR 进行，并通过惰性共识接受。
任何需要决策的事项，包括但不限于财务事项，如果任何成员认为有必要，都可以发起投票。对于财务、隐私或人事事项，讨论和投票在 团队邮件列表上进行，否则在 开发者邮件列表上进行。
Prometheus 项目通常通过非正式共识运行，但有时必须做出正式决定。
根据主题事项，如上方所述，使用不同的投票方法。
对于所有投票，投票必须开放至少一周。结束日期应在投票通知中明确说明。如果已经以一种方式获得了足够的票数，以至于进一步的投票无法改变最终决定，则可以提前发起和结束投票。
在所有情况下，所有且仅有团队成员有资格投票，唯一的例外是强制移除团队成员，在这种情况下，该成员没有资格投票。
关于人事事项（包括但不限于团队成员资格和维护者资格）的讨论和投票在 团队邮件列表上私下进行。所有其他讨论和投票都在 开发者邮件列表上公开进行。
对于公开讨论，鼓励任何感兴趣的人参与。正式的反对或投票权仅限于团队成员。
Prometheus 项目的默认决策机制是 惰性共识。这意味着只要没有人反对，团队就认为支持任何关于技术问题的决定。
对任何共识决策的沉默都表示默认同意，等同于明确同意。可以随意声明明确同意。可以随时由任何人调用决策，并在 开发者邮件列表上提出以供决策，但这并非必须。
共识决策永远不能推翻或违反早期明确投票的精神。
如果任何团队成员提出异议，团队成员将共同努力寻找所有相关人员都能接受的解决方案。该解决方案再次受制于惰性共识。
如果找不到共识，但必须做出单方面决定，则任何团队成员都可以发起正式的多数票。
多数票必须在适当的邮件列表的单独线程中明确发起。主题必须以 [VOTE] 为前缀。在正文中，投票通知必须说明正在投票的提案。它应引用导致此点的任何讨论。
投票可以采取单一提案的形式，可以选择赞成或反对，也可以采取多种备选方案的形式。
如果赞成票多于反对票，则对单一提案的投票被认为是成功的。
如果有多个备选方案，成员可以投票赞成一个或多个备选方案，或投票“反对”所有备选方案。不可能投“弃权”票。如果一个备选方案获得了最多的赞成票，并且获得了超过一半投票者的投票，则对多个备选方案的投票被认为是支持该备选方案的。如果没有任何备选方案达到法定人数，可以单独发起对减少数量的选项的另一轮投票。
绝对多数票必须在适当的邮件列表的单独线程中明确发起。主题必须以 [VOTE] 为前缀。在正文中，投票通知必须说明正在投票的提案。它应引用导致此点的任何讨论。
投票可以采取单一提案的形式，可以选择赞成或反对，也可以采取多种备选方案的形式。
如果至少有三分之二的有资格投票的人投赞成票，则对单一提案的投票被认为是成功的。
如果有多个备选方案，成员可以投票赞成一个或多个备选方案，或投票“反对”所有备选方案。如果一个备选方案获得了最多的赞成票，并且获得了至少三分之二的有资格投票的人的投票，则对多个备选方案的投票被认为是支持该备选方案的。如果没有任何备选方案达到法定人数，可以单独发起对减少数量的选项的另一轮投票。
入职/离职部分是信息性的，可以通过惰性共识进行更改，除非受到质疑。如果无法达成共识，则可以通过多数票解决该问题。
新成员
<chosen-username>@prometheus.io 电子邮件地址，并提供对团队 GDrive 和日历的访问权限。新成员应将后者添加到他们自己的日历列表中。）前成员
如果需要，我们保留公开宣布移除的权利。
FAQ 部分是信息性的，可以通过惰性共识进行更改，除非受到质疑。如果无法达成共识，则可以通过多数票解决该问题。
向 开发者邮件列表发送一封包含您的动议的电子邮件。如果在合理的时间内没有异议，则认为决策已做出。如果有异议并且无法达成共识，团队成员可以发起投票。
要成为正式的团队成员，您应该持续为一个或多个项目贡献至少三个月。届时，团队成员（通常是项目的维护者）可以提名您加入团队。关于此事的讨论将私下进行，当做出决定后，您将私下收到通知。一个可能的，但不是必需的晋升途径是先成为维护者。
如果决定对您有利，您的新成员资格也将在 开发者邮件列表上宣布。
作为团队成员，在 开发者邮件列表上提议新项目。如果没有人反对，请在 GitHub 组织中创建项目。至少添加一个 README.md，解释项目的目标，以及一个 MAINTAINERS.md，其中包含项目的维护者（此时，这可能意味着您）。
向 开发者邮件列表发送电子邮件，提议废弃某个项目。如果没有人反对，将其移动到 prometheus-junkyard GitHub 组织。
维护者可以通过通知 团队邮件列表来辞职。一年内没有项目活动的维护者将被视为已辞职。如果迫切需要更换维护者，请在 团队邮件列表上讨论此事。
团队成员可以通过通知 团队邮件列表来辞职。如果您认为应该在团队成员不愿意的情况下移除他们，请向 团队邮件列表提出此事。讨论将在那里私下进行。