摘要

本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治理新模型。它描述了三人组的角色和职责。本PEP 不 指定三人组的成员。有关详情，请参阅 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中完成所有事情，而是专注于为进一步的治理决策提供一个最小但坚实的基础。

在最终选择之前，可能会添加额外的治理模型。

版权

本文档已置于公共领域。