今年7月份,python之父g ido van ross m决定卸下bdfl的位子,一直处于群龙无首的状态。在经过长达5个月的争论和票选后,现在新治理模型出炉了。 python软件基金会已经确定了编程语言python的新治理模型。新的治理模型将依赖于一个由五人组成的指导委员会来建立标准实践,以便为python编程语言引入新功能。 他们接受了pep 8016指导委员会(steering co ncil model)的提案,以填补python社区决策者的空缺。 为了解决python pep 572指派式(assignment expressions)提案的争议,在社区讨论还未到一个阶段的时候,python之父拍板做出决定,接受pep 572,而这项决定引来了社区内大批反对者的攻击,g ido van ross m身心俱疲,于是对社区发出公开信,表示将从bdfl的位子卸任,且不会指定bdfl的继任者,他要社区透过提案的方式,决定python重要事务的决策方法。 而之后总共出现了7项治理模型的peps(python enhancement proposals),投票已经在12月16日结束,最后被接受的提案为pep 8016指导委员会模型。pep 8016和大多数提案一样,核心都是创立一个委员会,但委员会规模不同,pep 8016的指导委员会由核心团队选出的5人组成。而其定义的核心团队与现行的核心开发人员或提交者不同,该pep明确指出除了开发者之外,其他角色也能获得核心团队的资格,只需要现有成员的三分之二多数票就能成为团队成员,而且委员会无否决权。 pep中没有明确定义委员会否决权,而这是在提案中有被讨论到的问题,核心开发者nathaniel j. smith认为,这个想法来自django治理文件,而这对该pep产生了重大影响。社区希望否决权永远不会被使用,但是在必要的情况,当有需要辞退不胜任的核心团队成员,超过四分之一的委员会成员投票同意就能执行。 pep 8016委员会的设置任务重点,便是维护python项目的质量以及cpython,确保社区可以容易的对项目进行贡献。指导委员会模式赋予委员会广泛的决策权力,但同时又希望委员会尽可能不使用该权利,而是进行广泛地授权,积极寻求共识而非下指令,并且能定义一个标准的pep决策过程,希望不需要透过委员会投票决定,委员会应该成为最终上诉的组织。委员会不能改变治理pep,只有核心团队三分之二投票同意才能进行。 指导委员会的服务时间以一个功能版本发布为周期,每次版本发布后进行改选,候选人由核心团队成员提名,每个核心团队成员可以匿名投票给0到5名候选人,总票数最高的5人成为指导委员会成员。pep也规范了利益回避原则,以避免委员会遭企业控制,委员会中不能有2个以上的成员来自同一企业,该情况如在委员会任期中发生,则必须有足够人数的成员辞职以符合规定。