Alpine 重新组织

有人建议保留一份公开可用的文档，记录重新组织的工作。这份文档放在公共 wiki 上，可以达到这个目的。

旧的临时政策

这是旧的临时政策的直接转储。它们几乎是逐字粘贴的，并添加了一些轻微的格式以提高 wiki 兼容性。

非技术成员状态

大家好，

众所周知，核心团队对代表项目做出的所有决定负最终责任。这包括定义开发者实际上是什么。核心团队目前尚未委派该责任。因此，这封电子邮件旨在记录对开发者状态含义的修改，并为非技术贡献者创建一条途径，以获得开发者状态（作为非技术成员）。

成员状态

成员是指项目中被授予项目完整权利的任何参与者。这些权利包括

在项目中提名他人获得成员权利的能力
提名他人从项目中驱逐的能力（作为最后的手段）
提出提案供整个项目投票的能力
对提案进行投票的能力
一个 alpinelinux.org 电子邮件帐户

贡献者可以通过技术途径成为成员，在这种情况下他们成为开发者或系统管理员，或者通过非技术途径成为成员，在这种情况下他们只是成员。

维护者不是项目的成员，除非他们获得开发者状态，或者根据非技术成员程序被单独提名。

开发者状态

开发者状态基本保持不变，只是以前开发者和系统管理员专有的权利现在属于任何成员。换句话说，开发者现在是一个拥有完整推送权限的成员，仅此而已。

系统管理员状态

系统管理员状态基本保持不变，只是他们现在只是一个可以特殊访问 Alpine 系统的成员。

非技术贡献者途径

非技术贡献者可以由任何其他成员提名为成员。作为提名的一部分，他们应强调被提名者做出的显著贡献。

提名将有一周的时间，从核心团队成员确认提名开始。此时，准入将使用惰性共识决定：如果 2 名或更多核心团队成员批准提名且没有异议，则提名将被接受。否则，核心团队将在截止日期后进行讨论并得出结论。

如果提名被接受，则基础设施团队将被指示创建帐户，收集 SSH 密钥以及他们处理帐户创建请求所需的任何其他相关数据。

非技术成员稍后可以申请维护者或开发者权限，但他们必须先完成完整的技术途径才能获得开发者权限。

项目成员的准入和驱逐程序

大家好，

正如您可能已经知道的那样，核心团队对代表项目做出的所有决定负最终责任。这包括维护者和开发者的准入。核心团队目前尚未委派维护者、开发者、系统管理员和其他项目成员的准入或驱逐责任。因此，这封电子邮件旨在记录所有这些事情的既定程序。

成员状态

成员是指项目中被授予项目完整权利的任何参与者。这些权利包括

在项目中提名他人获得成员权利的能力
提名他人从项目中驱逐的能力（作为

最后的手段）

提出提案供整个项目投票的能力
对提案进行投票的能力
一个 alpinelinux.org 电子邮件帐户

贡献者可以通过技术途径成为成员，在这种情况下他们成为开发者或系统管理员，或者通过非技术途径成为成员，在这种情况下他们只是成员。

维护者不是项目的成员，除非他们获得开发者状态，或者根据非技术成员程序被单独提名。

维护者的准入

在成为正式开发者之前，有潜力的贡献者必须经历一个试用期，在此期间他们拥有“维护者”身份。

维护者只能推送到 edge 分支，并且只能推送到 testing 和 community 分支。

维护者由与贡献者合作的 *任何* 开发者提名，通过将提名发送给核心团队，最好是通过 Matrix 或 alpine-team 邮件列表。唯一的要求是，提名贡献者的开发者必须事先赞助过该贡献者的 GIT 提交推送。

提名将有一周的时间，从核心团队成员确认提名开始。此时，准入将使用惰性共识决定：如果 2 名或更多核心团队成员批准提名且没有异议，则提名将被接受。否则，核心团队将在截止日期后进行讨论并得出结论。

如果提名被接受，则基础设施团队将被指示创建帐户，收集 SSH 密钥以及他们处理帐户创建请求所需的任何其他相关数据。核心团队将在此过程中设定新维护者可以申请成为正式开发者的时间表。

完整开发者权限

一旦新维护者的试用期结束，他们可以由自己或支持者提名，成为正式开发者。

开发者权限提名将有一周的时间，从核心团队确认提名开始。此时，授予完整权限将使用惰性共识决定：如果 4 名或更多核心团队成员批准提名且没有异议，则提名将被接受。否则，核心团队将在截止日期后进行讨论并得出结论。

如果提名被接受，基础设施团队将被指示授予相关帐户完整的开发者状态。

这也授予成员状态。

非技术贡献者途径

非技术贡献者可以由任何其他成员提名为成员。作为提名的一部分，他们应强调被提名者做出的显著贡献。

提名将有一周的时间，从核心团队成员确认提名开始。此时，准入将使用惰性共识决定：如果 2 名或更多核心团队成员批准提名且没有异议，则提名将被接受。否则，核心团队将在截止日期后进行讨论并得出结论。

如果提名被接受，则基础设施团队将被指示创建帐户，收集 SSH 密钥以及他们处理帐户创建请求所需的任何其他相关数据。

非技术成员稍后可以申请维护者或开发者权限，但他们必须先完成完整的技术途径才能获得开发者权限。

成员的驱逐

任何现有成员都可以提名另一名成员进行驱逐。这只应在最极端的情况下进行。由于这是一项严厉的措施，我们要求通过电子邮件将请求发送给 Alpine 核心团队。

如果我们认为提名不太可能通过驱逐程序，或者是由两个参与者之间的敌意引起的，我们保留拒绝提名的权利。在后一种情况下，参与者应根据行为准则解决他们的问题。

（这被视为最后的极端手段，任何滥用此程序的开发者可能会发现他们的驱逐提名被核心团队忽略。）

一旦收到并确认驱逐请求，请求驱逐的成员应让任何支持者联系核心团队。支持者必须具有成员身份，并且他们必须通过电子邮件将其支持声明发送给 Alpine 核心团队。

一旦提案达到法定人数，核心团队将指派一名核心团队成员来处理剩余的流程。如果提案未达到法定人数，则流程结束。法定人数由核心团队在提案时根据活跃成员的数量定义。

此时，处理驱逐程序的人员将联系被提名人并解释情况。该人员必须披露与提案有关的人员的姓名和理由。然后，他们有两周的时间回复自己的声明，并鼓励他们收集自己的支持声明并转发给核心团队。支持声明必须来自成员。

两周结束后，被提名人可以决定他们是否希望公开、私下处理此事或辞职。如果被提名人希望公开处理，他们可以写信给 alpine-devel 说明指控。否则，处理驱逐程序的人员将私下向所有开发者提及此事。

此时，处理驱逐程序的人员将呼吁就驱逐进行全项目投票。如果驱逐获得超过 2/3 的多数票，被提名人将被驱逐。届时，核心团队将设定驱逐期限，之后被提名人可以重新申请成为维护者或被提名为成员。如果投票失败，则此事作罢。