提拔贡献者为核心开发者

一旦现有核心开发者认为某位贡献者已准备好加入核心团队，成为核心开发者，该核心开发者就会询问贡献者是否愿意成为核心开发者。如果贡献者对这些新的责任感兴趣，则会组织投票。

投票仅限核心开发者参与，公开进行，持续 1 周。通常，提出晋升的核心开发者必须在投票描述中说明候选人的工作和技能。只有当三分之二（>= 2/3）的投票批准（“+1”）晋升时，候选者才能获得晋升。仅计算“+1”和“-1”票；其他投票（例如：空票、“-0”、“+0.5”）将被忽略。

如果候选人获得晋升，通常他们会获得 1 个月的指导，以帮助他们处理新的责任。

如果候选人未获得晋升，可以在稍后重新组织投票，例如 6 个月后，当候选人获得所需的技能时。

Python 指导委员会角色

Python 指导委员会角色

• 决定如何批准（或拒绝或延迟）PEP。
• 授予或撤销 Python 团队的权限。例如，允许团队向贡献者授予错误分类权限（在团队组件上）。

为了决定如何批准（或拒绝或延迟）PEP，有两种选择

• 委员会选举一位 PEP 代表（以前称为“BDFL 代表”）：一位核心开发者，他将对特定 PEP 做出最终决定。委员会选择 PEP 代表，该代表可以由讨论 PEP 的 Python 团队提名。
• 委员会可以组织对 PEP 的投票，请参阅PEP 流程了解投票组织方式。委员会决定何时组织投票。对于影响所有 Python 用户的更改（如语言更改），建议进行投票。

委员会维护 Python 的“愿景”和一致性。它还确保重要功能的完成。他们选择 PEP 代表的能力旨在帮助他们实现这一目标。

Python 指导委员会成员选举

投票由指导委员会组织。提前 3 周宣布：候选人必须在此期间申请。投票仅限核心开发者参与，持续 1 周。为了避免自我审查，投票使用无记名投票：避免因可能获得更多权力（如果当选）而产生的敌意风险。

投票使用Schulze/Beatpath/CSSD 变体的Condorcet 方法，并使用像Condorcet 互联网投票服务 (CIVS)这样的在线服务。这种投票方法降低了平局的风险。它还会生成所有候选人的排名，这对于创建委员会是必需的。

如果出现平局，则会在涉及平局的候选人之间立即组织新的投票，使用相同的投票方法，持续 1 周。如果第二次投票再次导致平局，则当前指导委员会负责选择当选成员。

如果委员会成员辞职，则会组织新的投票来替换他们。

如果委员会成员的情况发生变化，不再满足委员会约束条件（例如：他们转到与其他两名委员会成员相同的公司），他们必须辞职。如果某位成员的雇主被其他两名成员的雇主收购，则任期较早结束的成员必须在收购完成后辞职。

创建 Python 指导委员会成员的选举

为了启动流程，在委员会创建时选举 5 名成员。投票遵循与常规委员会投票相同的规则，但选举需要 5 名成员，并且投票由 PSF 董事会组织。

在理事会选举中，如果前 5 名得票者中有 3 人在同一雇主工作，则排名最低的那个人将被取消资格，排名第 6 的候选人将晋升至第 5 位；重复此过程，直到形成一个有效的理事会。

如果出现平局，则将在涉及平局的候选人和后续候选人之间立即组织第二轮投票，以填补剩余的席位。投票遵循与常规委员会投票相同的规则。如果第二轮投票仍然出现平局，则 PSF 董事会负责选举成员并决定他们在投票结果中的位置。

投票结果中当选成员的顺序必须唯一：第 1 名和第 2 名当选 3 年，第 2 名和第 3 名当选 2 年，第 5 名当选 1 年。

出现平局的投票结果示例

• A
• B
• C
• D
• E, F
• G
• …

前 4 名候选人（A、B、C 和 D）立即当选。如果 E 与其他两名当选成员在同一雇主工作，则 F 也当选。否则，将在 E 和 F 之间组织第二轮投票以争夺第 5 个席位。

特殊情况：指导委员会成员和 PEP

委员会成员可以是 PEP 代表。

委员会成员可以提议 PEP，但不能是其自己 PEP 的 PEP 代表。

当委员会决定必须对 PEP 进行投票时，委员会成员可以进行投票，因为他们也是核心开发者，但他们没有比其他核心开发者更多的权力。

章程

工作组的目的是通过执行 PSF 行为准则，以及为 Python 社区提供关于行为准则的指导和建议来培养多元化和包容性的 Python 社区，从而支持 PSF 的使命“持续开发 Python 相关技术和教育资源”。

我们通过三种方式朝着这个共同目标努力

• 审查、修订和就与 PSF 行为准则以及 PSF 支持的其他社区相关的政策提供建议。这包括任何在 PSF 管辖范围内的 #python 聊天社区和 python.org 邮件列表。
• 为多种交互渠道创建一组标准的行为准则和支持文档，例如但不限于会议、邮件列表、Slack/IRC、代码存储库等。
• 开发培训材料和其他流程，以支持 Python 社区组织者实施和执行行为准则。

此工作组的组织由ConductWG 章程定义。

特殊情况：禁止核心开发者

与 Python 社区的任何其他成员一样，PSF 行为准则工作组可以无限期地禁止核心开发者。在这种情况下，核心开发者将立即失去其核心开发者身份。在行为准则方面，核心开发者应该树立榜样。

一般来说，禁令仅在所有其他选择都已用尽时才作为最后手段采取。

在禁令结束时，开发者被允许再次作为普通贡献者进行贡献。

如果开发者改变了他们的行为，另一位核心开发者可以组织一次新的投票，提议将该开发者晋升为核心开发者。投票遵循与任何其他 Python 贡献者相同的流程。

投票表决 PEP

当 Python 指导委员会决定某个 PEP 需要更广泛的批准时，将组织投票。

投票仅限于核心开发者，是公开的，提前 1 周宣布，开放 1 周。PEP 仍然可以在 1 周的通知期内更新，但在投票期间不得修改。此类投票发生在 PEP 已讨论的邮件列表中。委员会决定何时组织投票。PEP 必须在提交投票之前讨论合理的时间。

只有当三分之二（>= 2/3）的投票批准（“+1”）PEP 时，PEP 才会被批准。仅计算“+1”和“-1”票；其他投票（例如，空值、“-0”、“+0.5”）将被忽略。

PEP 只能通过投票被批准或拒绝，不能被推迟。

打包团队

打包团队运行自己的 PEP 类别，可以批准（或拒绝）他们自己的 PEP。

• 网站：packaging.python.org
• 邮件列表：distutils-sig
• 错误跟踪组件：Distutils
• 成员示例：Paul Moore、Alyssa Coghlan、Donald Stuff
• 标准库模块：distutils
• 当前 PEP 代表：Paul Moore

IDLE 团队

IDLE 是 Python 标准库中的一个特殊情况：它是一个完整的应用程序，而不仅仅是一个模块。因此，已决定代码在所有 Python 稳定分支中都相同（而标准库在新稳定分支中有所不同）。

• 错误跟踪组件：IDLE
• 成员示例：Terry Reedy、Cheryl Sabella、Serhiy Storchaka
• 标准库模块：idlelib

指导团队

成为核心开发者是一个漫长而缓慢的过程。指导是一种有效的方式来培训贡献者作为未来的核心开发者并建立信任关系。

• 网站
  • https://pythonlang.cn/dev/core-mentorship/
  • https://devguide.pythonlang.cn/
• 代码库：https://github.com/python/devguide
• 邮件列表：core-mentorship（私有存档）
• 成员示例：Guido van Rossum、Carol Willing、Victor Stinner

注意：该小组不负责提升核心开发者。

文档团队

• 邮件列表：doc-sig
• 错误跟踪组件：Documentation
• GitHub 标签：type-doc
• 成员示例：Julien Palard、INADA Naoki、Raymond Hettinger。

该团队还管理文档翻译。

另请参阅维护“Devguide”的指导团队。

安全团队

• 网站：https://pythonlang.cn/news/security/
• 邮件列表
  • security@python.org（报告漏洞）
  • security-sig（公共列表）
• 标准库模块：hashlib、secrets 和 ssl
• 成员示例：Christian Heimes、Benjamin Peterson

security@python.org 邮件列表仅限邀请：只有“Python 安全响应团队”（PSRT）的成员才能阅读和回复电子邮件；而 security-sig 是公开的。

注意：该团队很少提议 PEP。

性能团队

• 网站：https://speed.python.org/
• 邮件列表：speed
• 代码库
  • https://github.com/python/performance
  • https://github.com/tobami/codespeed
• 错误跟踪类型：Performance
• GitHub 标签：type-performance
• 标准库模块：cProfile、profile、pstats 和 timeit
• 成员示例：Victor Stinner、INADA Naoki、Serhiy Storchaka

通常，涉及性能的 PEP 会影响所有人，因此在 python-dev 邮件列表中讨论，而不是在 speed 邮件列表中讨论。

异步编程团队

• 网站：https://docs.pythonlang.cn/dev/library/asyncio.html
• 邮件列表：async-sig
• 错误跟踪组件：asyncio
• GitHub 标签：expert-asyncio
• 标准库模块：asyncio 和 contextvars
• 成员示例：Andrew Sveltov、Yury Selivanov

仅修改 asyncio 和 contextvars 的 PEP 可以在 async-sig 邮件列表中讨论，而影响 Python 语言的更改必须在 python-dev 中讨论。

类型提示团队

• 网站：http://mypy-lang.org/
• 代码库：https://github.com/python/typing
• mypy 项目的 GitHub 标签：topic-pep-484
• 标准库模块：typing
• 成员示例：Guido van Rossum、Ivan Levkivskyi、Jukka Lehtosalo、Łukasz Langa、Mark Shannon。

注意：Python 3.6 及更早版本有一个反向移植版本，请参见 PyPI 上的 typing。