軟體子專案

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 代表資格。