投票流程

当需要对整个项目进行重要更改时，最终会落实到投票。本策略描述了 Alpine 内部如何进行投票。如果某个特定操作需要投票，则应在此处链接。

发起投票

当发生需要投票的事件时，应发起投票。团队成员可以通过向任何团队的管理员（包括他们自己的管理员）请求投票，或者通过向基础团队请求特殊的项目范围投票来发起投票。

如果希望投票的人是管理员，他们可以隐式地接收并接受他们自己的发起。
基础团队可以拒绝举行项目范围的投票，在这种情况下，他们将组织管理员投票。

管理员投票

所有团队管理员投票。投票媒介未定义（例如，可以在会议中、通过邮件列表或通过 IRC 进行，只要公开记录即可）。投票过程的时间限制为 2 周。如果在时间限制内达到 2/3 多数票，则动议通过。如果未达到，但无人反对，则动议失败。如果有人反对，则基础团队接管。

对失败的动议提出异议应仅在极端情况下进行。在此阶段将动议推到基础团队意味着，如果再次失败，则除非进行大规模的返工，否则无法重新投票。如果您在此阶段接受失败，您可以稍微修改它（根据反对者的要求）并重新提出。
在投票主题不是简单的“是/否”问题的情况下，投票应以孔多塞方式进行，其中各种选项按偏好排序。

基础团队投票

如果提出重大异议，则基础团队成员中非管理员的成员也参与投票。这些投票将添加到现有 tally 中。如果现在已达到 2/3 多数票，则动议通过。如果不是这种情况，基础团队可以选择举行项目范围的投票（类似于直接请求的情况）。

如果基础团队认为合适，他们也可以当场决定问题。这预计与项目的目标和指导原则相一致。
如果基础团队达成共识，认为某个问题应由整个项目投票决定，则可以跳过上述的第一部分。

项目范围投票

如果基础团队接受举行项目范围投票的请求，或者常规投票升级到必要的程度，则此选项将发挥作用。在这种情况下，投票的规则与管理员投票相同，但不同之处在于，不是只有团队管理员投票，任何团队的成员都可以投票。如果该投票未能在时间限制内达到 2/3 多数票（投票人数），则动议失败，讨论结束。该动议在之后未经重大修改的情况下不得重新提出。