软件子项目

Jupyter 项目中的软件设计和开发被组织成一系列软件子项目。软件子项目的生命周期在此处有详细描述。子项目列表在此处。

Jupyter 子项目的职责

除非软件指导委员会 (SSC)或执行委员会 (EC)另有规定，子项目应尽可能自主地进行自我管理，同时遵循 Jupyter 项目的整体治理模型和流程。具体而言，所有受 Jupyter 治理的子项目都具有以下职责：

• 遵守 Jupyter 行为准则。

• 遵守 Jupyter 决策指南和流程。

• 在适用情况下，提名并维持一名派往 SSC 的代表。

• 遵循 Jupyter 的许可指南和实践。

• 遵循 Jupyter 的商标、品牌和知识产权指南。

• 以开放、透明和包容的方式开展活动。这包括与 SSC 和 EC 协调信息流动机制以及向更广泛的社区发布更新。

• 将子项目源代码维护在 Jupyter 项目 GitHub 企业组织的 GitHub 上。

• 确保在 PyPI 上发布的 Python 包属于 Jupyter PyPI 组织。

• 维护一个公开可见的团队指南（Team Compass），其中包含子项目委员会成员的列表。

孵化器子项目

孵化器子项目是实验性和早期阶段的项目，其想法在开放的环境中并遵循 Jupyter 的治理原则进行探索和开发。因此，处于孵化阶段的子项目与上述官方 Jupyter 项目具有相同的职责。

Jupyter 孵化器 GitHub 组织是所有孵化器子项目的托管地，并提供了有关创建和批准它们的流程的更多详细信息。该组织为那些无法轻易创建自己代码仓库的人们提供了一个中立的平台。

SSC 代表

拥有足够庞大且活跃的团队以组建独立的、正式的子项目委员会的官方 Jupyter 软件子项目，将选举并维持一名派往 SSC 的代表。每个此类子项目的子项目委员会可以自行设定任期限制或根据需要轮换此职责。

存在两类子项目，它们虽然在 Jupyter 的治理下运作，但没有专门的 SSC 代表：

• 一些规模较小和/或活跃度较低的子项目没有足够的活跃参与者来组建独立的子项目委员会。在必要时，SSC 本身将成为这些子项目的正式子项目委员会，同时允许团队管理其日常活动。

• Jupyter 孵化器中的项目只有在毕业成为官方 Jupyter 子项目后，才会获得正式的 SSC 代表资格。