SPEC 流程由指导委员会管理。指导委员会代表生态系统和社区的利益。指导委员会还代表核心项目的利益,部分由积极参与核心项目贡献的个人组成。特别是,指导委员会成员
公开沟通在specs
GitHub 仓库和SPEC 讨论论坛中进行。指导委员会内部的私下沟通在指导委员会私人邮件列表中进行。指导委员会成员应了解此列表上的对话,以使寻求共识和投票具有有效性。
要接受一个 SPEC(即,为其分配一个 SPEC 编号,将其讨论标记为已接受
,并合并拉取请求),需要指导委员会的两名成员批准,并且没有成员反对。由于指导委员会的作用主要是确保 SPEC 建议是合适的,1反对意见应该很少见。
指导委员会通过小组共识做出关于更改 SPEC 流程文档(SPEC 目的和流程、SPEC 指导委员会和SPEC 核心项目)的决定,并且在极少数情况下无法达成共识时,则由在 10 天内能够投票的人员以三分之二的多数票表决。
指导委员会成员应积极参与科学 Python 生态系统,并应对核心项目和 SPEC 流程表现出兴趣。表现出兴趣的例子包括提交 SPEC、参与 SPEC 讨论、审查 SPEC 拉取请求或倡导更广泛的 SPEC 参与。指导委员会成员不必属于核心项目。
这取决于指导委员会。但是,如果指导委员会无法快速处理新的 SPEC 建议,并且讨论中出现的新想法没有得到及时解决,则指导委员会应尝试招募新成员。
如果指导委员会决定吸纳一名新成员并且该成员同意,则应将其添加到 (1) 上述指导委员会成员列表中,(2) 指导委员会团队中,以及 (3) 指导委员会 Discourse 小组中。
如果成员希望辞职或指导委员会决定移除成员,则应 (1) 将其移至名誉指导委员会成员列表(在活动成员列表下方),(2) 从指导委员会团队中移除,以及 (3) 从指导委员会 Discourse 小组中移除。
提议的 SPEC 一旦 (a) 草案写成清楚地解释了共同关注的领域以及共享解决方案的一般方法,并且 (b) 有贡献者(来自至少两个核心项目)有兴趣参与新的 SPEC 并将其推广到他们的项目以及更大的社区,就会被接受。 ↩︎