SKIP 1 — scikit-image 管理和决策#

作者:

Juan Nunez-Iglesias <juan.nunez-iglesias@monash.edu>

作者:

Stéfan van der Walt <stefanv@berkeley.edu>

作者:

Josh Warner

作者:

François Boulogne

作者:

Emmanuelle Gouillart

作者:

Mark Harfouche

作者:

Lars Grüter

作者:

Egor Panfilov

作者:

Marianne Corvellec

状态:

最终

类型:

流程

创建时间:

2019-07-02

解决时间:

2019-09-25

决议:

scikit-image/scikit-image#4182

skimage-版本:

0.16

修订时间:

2024-06-09

摘要#

本文档的目的是正式化 scikit-image 项目使用的管理流程，以阐明如何做出决策以及我们社区的各个要素如何互动。

这是一个基于共识的社区项目。任何对该项目感兴趣的人都可以加入社区，为项目设计做出贡献，并参与决策过程。本文档描述了如何参与，如何找到共识，以及如何解决僵局。

角色和职责#

社区#

scikit-image 社区由以任何方式使用或从事该项目工作的任何人组成。

贡献者#

社区成员可以通过以具体方式直接与项目互动来成为贡献者，例如

以及其他可能性。任何社区成员都可以成为贡献者，并且鼓励所有人都这样做。通过为项目做出贡献，社区成员可以直接帮助塑造其未来。

鼓励贡献者阅读贡献指南。

核心开发者#

核心开发者是通过持续贡献展示了对项目持续承诺的社区成员。他们已经表明，他们可以被信任以谨慎的态度维护 scikit-image。成为核心开发者后，贡献者可以合并批准的 pull request，对合并 pull request 投赞成票或反对票，并参与决定 API 的重大更改，从而更轻松地继续进行其项目相关活动。核心开发者在 scikit-image GitHub 组织中显示为组织成员。核心开发者在审查代码贡献时应遵守 核心开发者指南。

新的核心开发者可以由任何现有的核心开发者提名。关于新的核心开发者提名的讨论是该项目的私人管理列表中进行的少数几项活动之一。邀请新的核心开发者的决定必须通过“懒惰共识”做出，这意味着所有做出回应的现有核心开发者都必须一致同意。邀请必须在首次提名后至少一周进行，以便现有成员有时间表达任何异议。

指导委员会#

指导委员会 (SC) 成员是承担额外责任以确保项目顺利运行的核心开发者。SC 成员应参与战略规划，批准对管理模型的更改，并就授予项目本身的资金做出决策。（向社区成员提供的资金由他们自行追求和管理。）SC 的目的是确保从全局角度顺利进展。影响整个项目的更改需要根据对项目和更大生态系统的长期经验进行分析。当核心开发者社区（包括 SC 成员）无法在合理的时间内达成此类共识时，SC 将是解决该问题的实体。

指导委员会的规模固定为五名成员。未来可能会扩大。scikit-image 的初始指导委员会由 Stéfan van der Walt、Juan Nunez-Iglesias、Emmanuelle Gouillart、Josh Warner 和 Zachary Pincus 组成。SC 成员资格每年一月重新审核。不积极参与 SC 职责的 SC 成员应辞职。新成员由核心开发者提名添加。被提名者应表现出对项目及其 价值观的长期、持续的承诺。提名将引发讨论，讨论时间不得超过一个月，然后通过共识加入 SC。

scikit-image 指导委员会可通过 skimage-steering@groups.io 联系。

决策过程#

关于项目未来的决策是通过与社区所有成员的讨论做出的。所有非敏感的项目管理讨论都在项目开发者论坛和issue 跟踪器上进行。有时，敏感的讨论可能会在私人列表中进行。

决策应根据 scikit-image 项目的使命、愿景和价值观做出。

Scikit-image 使用“寻求共识”的过程来做出决策。该小组试图找到在核心开发者中没有公开异议的解决方案。核心开发者应区分对提案的根本性异议和他们可以接受的细微缺陷，并且不要因为后者而阻碍决策过程。如果找不到没有异议的选项，则将决策升级到 SC，SC 本身将使用寻求共识来达成解决方案。在不太可能发生僵局的情况下，如果该提案获得 SC 的简单多数支持，则该提案将向前推进。任何投票都必须由scikit-image 提案 (SKIP)支持。

决策（除了如上所述添加核心开发者和 SC 成员资格）是根据以下规则做出的

  • 小的文档更改，例如拼写错误修复，或添加/更正句子（但不会更改 scikit-image.org 登陆页面或“关于”页面），需要核心开发者的批准，并且在 issue 或 pull request 页面上没有核心开发者提出异议或要求更改（懒惰共识）。如果核心开发者不确定其他人会同意，则他们应等待一两天，以便其他人发表意见。

  • 代码和主要的文档更改以及 API 的更改需要两位核心开发者同意，并且在 issue 或 pull request 页面上没有核心开发者提出异议或要求更改（懒惰共识）。如果存在异议或要求更改，如果核心开发者不确定其他人会同意，则他们应等待至少 5 天，以便其他人发表意见。

  • 对 API 原则的更改需要SKIP，并遵循上述决策过程。但是，在这种情况下，异议期应为一个月。

  • 对本管理模型或我们的使命、愿景和价值观的更改需要SKIP，并遵循上述决策过程，除非核心开发者一致同意更改。

如果对懒惰共识提出异议，则提案人可以向社区和核心开发者申诉，并且可以通过升级到 SC 来批准或拒绝更改，如果需要，则通过 SKIP（见下文）。

改进提案 (SKIP)#

对于所有投票，必须在投票前公开并讨论正式提案。讨论结束后，该提案的主要倡导者必须创建一个总结讨论的综合文档，称为 SKIP，核心团队将对其进行投票。SKIP 的生命周期在 SKIP 0 — 目的和流程 中详细说明。

所有现有 SKIP 的列表在此处可用此处。