跳到主要內容

目前的子團隊

安全與系統子團隊

職責

安全與系統子團隊的目的是確保 conda-forge 使用的憑證和服務/系統的安全並維護適當的訪問權限。此基礎架構包括所有機器人帳戶、所有服務提供商帳戶以及用於各種任務的所有金鑰(API 或其他形式)。該團隊還負責為 core 的新成員提供組織的訪問權限。

章程

靜態

責任

該團隊的核心責任如下

  • 維護所有機器人帳戶憑證的安全訪問權限。
  • 維護 conda-forge 使用的所有金鑰(API 或其他形式)的安全訪問權限。
  • 維護 conda-forge 擁有的所有服務提供商帳戶的安全訪問權限。
  • 維護 CFEP-13 的基礎架構。
  • 維護自動化的方法來恢復和重新配置 conda-forge 系統。
  • 執行持續的安全維護任務。
  • 為 core 的新成員提供對所有 conda-forge 系統、憑證和金鑰的訪問權限。

本團隊將通過以下規則運作

  • 只有 core 成員才能加入此子團隊。
  • 此子團隊將在所有 core 會議上向 core 報告其活動。
  • 此子團隊將在 core 會議上與 core 協商所有計劃的活動。
  • 此子團隊不會限制 core 成員對任何 conda-forge 資源的訪問權限,包括但不限於其系統、憑證、金鑰或服務帳戶。

成員

財務子團隊

職責

財務子團隊的目的是為財務和預算問題提供聯絡點。這包括通過 core 會議讓 core 了解目前的 conda-forge 餘額,並協助資金的分配。

章程

靜態

責任

該團隊的核心責任如下

  • 讓 core 了解與 conda-forge 相關的預算和財務事項。
  • 協助資金的分配。
  • 在 core 會議上通過常設預算項目向 core 提供最新資訊。
  • 與 NumFOCUS 聯絡人緊密合作,以確保順利的財務運作。

本團隊將通過以下規則運作

  • 只有 core 成員才能加入此子團隊。
  • 此子團隊將在所有參與的 core 會議上向 core 報告其活動。
  • 除非按照 conda-forge 治理文件中指定的方法指示,否則此子團隊不會批准或拒絕資金的訪問權限。

成員

機器人子團隊

職責

開發和管理 conda-forge 遷移機器人以及所有相關工具。同時管理和部署遷移本身。

章程

動態

責任

遷移和自動更新機器人現在是 conda-forge 生態系統的核心部分。此子團隊有權利和責任管理和開發機器人的總體運作。這包括構建新的遷移器、修復與遷移相關的錯誤和工具。可能發生的遷移範例包括

  • 編譯器升級
  • Python 版本升級
  • R 版本升級
  • 當釘選的套件版本更新並且存在二進制不兼容性時,需要下游重建,生態系統的構建編號升級。
  • 當套件發布新版本時,自動更新 feedstock 的版本。

對於大規模遷移(影響 >20% 的套件),此子團隊將在開始遷移之前通知核心團隊並與之討論即將進行的遷移。

屬於機器人子團隊職責範圍的套件和工具包括

  • cf-scripts
  • libcflib
  • libcfgraph
  • cf-graph
  • circle-worker

成員

ARM 子團隊

職責

開發和管理 conda-forge 對 ARM 架構的支援。

章程

動態

責任

此子團隊廣泛負責啟用 ARM 架構。這包括更新和啟用以下功能

  • staged-recipes
  • CI 介面
  • conda-smithy
  • Docker 容器

以及 conda-forge 生態系統的其他部分。

成員

文件子團隊

職責

維護和改進文件。審查、組織並協助處理與文件相關的問題。

章程

動態

責任

良好的文件是成功的社群專案的重要基石。準確、組織良好且全面的文件不僅使使用者受益,還可以通過減少支援請求來 освободить 核心團隊。

文件團隊負責

  • 保持文件的準確性和最新性。
  • 通過識別常見感興趣的新主題來幫助擴展文件。
  • 通過重新組織和闡明其內容來改進文件。
  • 對社群對文件的貢獻提供回饋。

因此,文件團隊執行以下任務

  • 審查和組織 conda-forge.github.io 中與文件相關的問題和 PR。
  • 通過開啟問題和發起 pull request 來提出改進建議和新內容。
  • 與社群互動,以確保文件的有效性。

成員

Staging 子團隊

職責

審查和合併 staged-recipes 儲存庫中的 feedstock 候選者。幫助使用者創建與 conda-forge 兼容的 recipe。

章程

動態

責任

對於大多數使用者來說,引入 recipe 是參與 conda-forge 開發的第一步。特別是對於新的維護者來說,能夠提出問題並獲得有益且建設性的回饋至關重要。

staging 團隊負責

  • 審查和合併 conda-forge/staged-recipes 中的 pull request。
  • 回答有關 conda-forge 需求的問題並提供回饋。
  • 識別由於文件不明確而造成的常見誤解和問題。
  • 協助文件團隊維護清晰的文件,以簡化貢獻套件。
  • 在 recipe 維護期間出現問題時,協助 core 支援 feedstock 維護者。

成員

除了 coreemeritus 之外,以下人員也是 staged-recipes 團隊的成員,並具有提交權限。

Miniforge 子團隊

職責

開發和管理 conda-forge 的 miniforge 安裝程式

章程

動態

責任

此子團隊廣泛負責開發、維護和發布 miniforge 安裝程式。

成員

多元與包容性子團隊

職責

將 conda-forge 發展成為多元化的社群,並倡導影響 conda-forge 中弱勢群體的行動。

章程

動態

責任

conda-forge 的核心優勢之一是其支援的生態系統的多樣性。同樣,培養和促進由使用者、維護者和基礎架構貢獻者組成的多元化社群,是創建和維護充滿活力的專案的重要組成部分。該子團隊的任務是在各個層面支援和增加 conda-forge 社群的多樣性。因此,該小組可以但不限於

  • 提供一個平台來聽取影響多樣性的問題
  • 倡導弱勢群體,並將他們的問題提請 core 注意
  • 運行計劃以維護和發展社群的多樣性和包容性

成員