摘要

本 PEP 提供了在Guido 退休后，选择新的 Python 语言治理模型的过程概述。一旦治理模型被选中，它将被编纂到PEP 13中。

以下列出了与治理模型选择过程相关的 PEP。8000 以下的 PEP 描述了选择治理模型的通用过程。

• PEP 8001 - Python 治理投票流程

  本 PEP 描述了如何进行新治理模型的投票。它概述了投票方法、时间线、参与标准以及合格选民的明确列表。

• PEP 8002 - 开源治理调查

  将对类似开源和自由软件项目的治理模型进行调查，本 PEP 中将概述这些模型的摘要。这些调查将作为衡量此类项目如何成功治理的有用标尺，并可能为 Python 自己的治理模型提供灵感。Python 是独一无二的，因此预计它将对治理有自己的理解，而不是直接采用任何被调查的模型。

801X 系列的 PEP 描述了 Python 治理的实际提案。预计这些 PEP 将涵盖治理的广泛范围，并且细节上的差异（例如管理委员会的规模）将在同一个 PEP 中涵盖，而不是在可能导致投票分裂的单独 PEP 中涵盖。

• PEP 8010 - 技术领导者治理模型

  本 PEP 提出继续采用单一技术项目领导者模型。还在范围内的是咨询委员会是否会帮助或支持 BDFL。本 PEP 不指定下一任 BDFL 或此类咨询委员会的成员。有关此信息，请参阅 PEP 13。

• PEP 8011 - 由三位 Pythonista 领导的 Python 治理模型

  本 PEP 描述了一种由三位 Pythonista (TOP) 领导的新 Python 治理模型。它描述了三位 Pythonista 的角色和职责。本 PEP 不指定三位 Pythonista 的成员。有关此信息，请参阅PEP 13。

• PEP 8012 - 社区治理模型

  这是一个占位符 PEP，用于基于共识和投票的新 Python 治理模型，无需中心化的单一领导者或管理委员会的角色。它描述了何时以及为何针对影响 Python 语言的决策进行投票。它还描述了投票资格的标准。

• PEP 8013 - 外部治理模型

  本 PEP 描述了一种基于外部委员会的新 Python 治理模型，该委员会负责确保良好的流程。该委员会由核心开发团队选举产生，可以拒绝细节不足、未考虑所有受影响用户或不适合即将发布版本的提案。本 PEP 不指定此类委员会的成员。有关此信息，请参阅PEP 13。

• PEP 8014 - 共享治理模型

  本 PEP 描述了一种基于长老委员会的新 Python 治理模型，该委员会负责确保 PEP 在被接受之前获得 Python 社区足够多数的支持。与其他一些治理 PEP 不同，它明确未指定谁拥有投票权以及多数票由什么构成。相反，这由长老委员会在个案基础上决定。

• PEP 8015 - Python 社区的组织

  本 PEP 正式化了当前 Python 社区的组织，并提出了 3 个主要变化：正式化现有的“Python 团队”概念；赋予 Python 团队更多自主权；用一个新的由 3 名成员组成的“Python 委员会”取代 BDFL (Guido van Rossum)，该委员会的角色有限，主要决定如何批准（或拒绝）PEP。

• PEP 8016 - 指导委员会模型

  本 PEP 提出了一种基于指导委员会的 Python 治理模型。该委员会拥有广泛的权力，他们尽可能少地行使这些权力；相反，他们利用这种权力来建立标准流程，例如其他 801X 系列 PEP 中提出的流程。这遵循了一般的理念，即最好将大型变更分解成一系列可以独立审查的小型变更：与其试图在一个 PEP 中完成所有工作，不如专注于为进一步的治理决策提供一个最小但可靠的基础。

在最终选择之前，可能会添加其他治理模型。

版权

本文档已进入公有领域。