无论是想要作为贡献者加入开源项目还是创立自己的开源项目，了解项目治理架构以及贡献者权威是至关重要的。在开源社区中，这种架构被称为项目治理（project governance）。项目治理由社区选举出的积极贡献的开发人员组成，他们能够为项目的未来做出技术决策[1]。每个开源项目都有其独特的治理模型，且这些模型会根据项目的不同而调整。本文将探讨一些常见的开源治理模型。
不同项目可能采用不同的治理模型。治理模型的范围可以从单个或组织的集中控制（也称为仁慈独裁）到基于贡献程度授予的分布式控制（也称为精英管理）[2]。
下图展示了开源治理模型的类别以及一些项目示例。图片还说明了该项目是否鼓励来自广泛来源的贡献（集市风格）还是由一小部分专门的核心贡献者管理（大教堂风格）。例如，Linux项目鼓励所有人的贡献且发布频繁，但治理由Linus Torvalds完成，并拥有每个版本的最终决定权。GNU Emacs项目则采取了不同的方法。Emacs有一个小型的贡献者团队，发布频率较低。尽管该项目由Richard Stallman管理，但也有维护者以更开放的贡献模型来维护项目。
图1：治理模型范围
下面我们将介绍不同的开源治理模型。
Do-ocracy：这种治理模式的项目倾向于将工作人员视为决策者。也就是说，对项目投入最多时间、精力和注意力的贡献者对项目的决策具有最大的权威和影响力。遵循此模型的项目声称他们没有正式的治理模型，因为该模型隐含在贡献者的日常任务和交互中。Founder-Leader：这是贡献者较少的项目中最常见的治理模式。基本上，启动项目的个人或团体是那些建立项目愿景并控制合并代码的权限的人。谁在社区中拥有权力和权威或是项目事务的决策者通常都很清晰。自我任命的理事会或董事会：受此模型管理的项目会任命多个领导小组来管理项目的各个方面。这些团体通常被称为指导委员会、Committer委员会、技术运营委员会、董事会等。这种模式更适用于没有赞助基金会或者难以建立选举机制的项目。选举：这种模式允许项目通过选举进行治理。贡献者会投票给候选人以填补各种项目角色。通常，遵循此模型的开源社区会建立并记录选举程序。企业支持：个别公司可以选择根据开源许可条款分发他们的软件，作为接触潜在开发人员和用户的一种方式。在这种模式下，管理组织可能拒绝接受外部的贡献，或者需要签署贡献者协议（CLA）为前提来接受贡献。基金会支持：一些项目可能会选择由非营利组织或行业协会管理。该模型确保单个项目参与者没有对项目资源的独占控制权。在某些情况下，基金会领导和项目领导可以形成一个单一的治理结构，全面地管理开源项目。在其他情况下，基金会管理一些事务，例如商标和社区活动，但其他治理结构（例如代码批准）则由项目负责人处理。
项目可能遵循一种或多种治理模型。遵循Founder-Leader模式的经典项目示例包括Linux、Python、Perl、SciPy、Wordpress、Pandas和Vim。例如，Apache项目和TARS项目等基金会旗下的开源项目则会遵循基金会支持、选举和Do-ocracy的方式。
为什么需要治理模型？
项目治理模型能为开源项目带来许多优势。首先，它降低了项目被放弃或不被维护的风险。其次，项目治理消除了单一供应商控制的问题。当项目开始取得一定的成功时，如果没有治理模型，供应商将有可能做出有利于公司战略但不利于整个生态系统的选择。最后，治理模型为创新提供一个安全的摇篮。也就是说，当项目有一个开放的治理模型时，开发人员能够相信他们的贡献将基于相应的优势和对项目最有利的方式被评估。这种方式能够吸引具有不同经验和背景的人来为开源项目赋能。
尽早采用治理模型对于开源项目的成功至关重要。项目需要选择最佳治理模型并将其记录下来供大家查看。这样，贡献者们就能够知道如何参与项目贡献以及在需要时与谁联系，进一步推动项目的可持续发展。
文献参考：
[1] https://www.php.cn/link/039c7319b67bb87c9b7f62111caf65d1
[2] https://www.php.cn/link/99fb7da17723eaf0421a7bbb9fada352
TARS基金会是Linux基金会下的非营利性、微服务基金会，致力于建设一个强大而灵活的微服务生态系统。
