副项目负责人#

发布经理#

发布经理 (RM) 的任命是针对 Matplotlib 的一个次要版本 (A.B.x) 发布系列，而不是固定的任期。他们负责该系列中所有次要版本的完整发布生命周期，包括

  • 确保最新版本的新增功能、API 更改和发行说明是最新的

  • 发布的时间安排

  • 哪些更改应该或不应该从主分支反向移植

  • 重建和发布网站

  • 将 sdist 和 wheels 发布到 pypi

  • 通知下游打包者有关发布的信息

  • 宣布发布（与社区经理协调）

一个人可以同时担任多个发布系列的 RM。

API 负责人#

良好的 API 对于可用性和用户满意度至关重要。我们力求 API 直观、易于使用、一致且稳定。API 负责人 (AL) 负责 API 的整体演变。特别是，他们确保

  • 添加的内容是合理的，即它们不重复现有功能，也不超出库的预期范围

  • 添加的内容与现有 API 一致

  • 添加的内容的设计不会造成任何未来的责任，即它们不会无意地限制未来的扩展或暴露内部结构

  • 更改在其对未来用户的好处和对现有代码的影响之间取得谨慎的平衡

  • 更改遵循弃用政策，以便它们不会让用户措手不及

首席工程师#

Matplotlib 依赖于广泛而深入的代码库来实现其公共 API；底层细节需要正确才能忠实地实现该 API。与负责库功能的 API 负责人不同，首席工程师负责其实现方式。他们是以下方面的联系人

  • 渲染

  • 文件格式

  • 文本/字体处理

  • 与 GUI 工具包的集成

  • 内部数据结构和 API

参考文档负责人#

Matplotlib API 参考文档在 docstring 和 rst 源代码之间拆分。此文档需要完整且准确，因为我们的用户将其视为给定方法将执行的操作的最终权威（除非阅读源代码）。

参考文档负责人 (RDL) 负责确保 docstring

  • 格式正确并按预期呈现

  • 技术上正确

  • 完整

除了 docstring 之外，RDL 还负责 sphinx 构建机制和我们的 sphinx 扩展。

叙述性文档负责人#

除了参考文档之外，Matplotlib 还具有叙述性文档。此文档可以采用简短的“食谱”示例、较长的教程以及记录库内部工作原理和原因的散文的形式。这包括主要存储库和 Matplotlib 组织中其他存储库中的内容。

叙述性文档负责人负责管理所有这些内容，包括范围、组织、级别、基调和声音。

秘书#

  • 负责确保每周会议有议程并按议程进行。

  • 负责维护每周的会议记录。

社区经理#

Matplotlib 的真正力量以及它作为一个项目如此长寿的原因是围绕代码的人员社区。需要维护该社区。社区经理 (CM) 是几个非常不同的任务的统称职位，该角色未来可能会拆分，并且可能需要进一步的助手。CM 负责 Matplotlib 的宣传、推广和用户支持，以及维护与社区对话的场所。