跳到主要内容

当前子团队

安全与系统子团队​

角色​

安全与系统子团队的目的是保护和维护对 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% 的软件包），本子团队将在开始迁移之前通知 core 团队并与其讨论即将进行的迁移。

属于机器人子团队职权范围的软件包和工具包括

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

成员​

ARM 子团队​

角色​

开发和管理 conda-forge 的 ARM 架构支持。

章程​

动态

职责​

本子团队主要负责启用 ARM 架构。这包括更新和启用以下功能

  • staged-recipes
  • CI 接口
  • conda-smithy
  • Docker 容器

以及 conda-forge 生态系统的其他部分。

成员​

文档子团队​

角色​

维护和改进文档。审查、组织和协助处理与文档相关的问题。

章程​

动态

职责​

良好的文档是成功的社区项目的重要基石。准确、组织良好且全面的文档不仅使用户受益，还可以通过减少支持请求来解放 core 团队。

文档团队负责

  • 保持文档的准确性和最新性。
  • 通过识别新的共同关注主题来帮助扩展文档。
  • 通过重新组织和阐明其内容来改进文档。
  • 就社区对文档的贡献提供反馈。

因此，文档团队执行以下任务

  • 审查和组织 conda-forge.github.io 中与文档相关的问题和 PR。
  • 通过提出问题和拉取请求来提出改进建议和新内容。
  • 与社区互动以确保文档的有效性。

成员​

暂存子团队​

角色​

审查和合并 staged-recipes 存储库中的 feedstock 候选版本。帮助用户创建与 conda-forge 兼容的配方。

章程​

动态

职责​

对于大多数用户来说，引入配方是参与 conda-forge 开发的第一步。特别是对于新的维护者来说，能够提出问题并获得有益且建设性的反馈至关重要。

暂存团队负责

  • 审查和合并 conda-forge/staged-recipes 中的拉取请求。
  • 回答有关 conda-forge 要求的问题并提供反馈。
  • 识别由于文档不清晰而造成的常见误解和问题。
  • 帮助文档团队维护清晰的文档，以简化软件包贡献。
  • 在配方维护期间出现问题/疑问时，协助 core 支持 feedstock 维护者。

成员​

除了 core 和 emeritus 之外，以下人员也是 staged-recipes 团队的成员，并拥有提交权限。

Miniforge 子团队​

角色​

开发和管理 conda-forge 的 miniforge 安装程序

章程​

动态

职责​

本子团队主要负责开发、维护和发布 miniforge 安装程序。

成员​

多元化与包容性子团队​

角色​

将 conda-forge 发展成为一个多元化的社区，并倡导采取行动来影响 conda-forge 中代表性不足的群体。

章程​

动态

职责​

conda-forge 的核心优势之一是其支持的生态系统的多样性。同样，培养和促进由用户、维护者和基础设施贡献者组成的多元化社区是创建和维护充满活力的项目的重要组成部分。该子团队的任务是在各个层面支持和增加 conda-forge 社区的多样性。因此，该小组可以但不限于

  • 为受多样性影响的问题提供倾听的场所
  • 倡导代表性不足的群体，并提请 core 注意他们的问题
  • 运行程序以维护和发展社区的多样性和包容性

成员​