开源项目的持续发展——治理模型

TARS基金会

发布于 2022-04-18 15:56:50

7160

发布于 2022-04-18 15:56:50

无论是想作为贡献者加入开源项目还是要创立开源项目，了解开源项目的治理架构以及贡献者权威是极其重要的。在开源社区中，这称为项目治理（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的方式。

为什么需要治理模型？

项目治理模型能给开源项目带来许多优势。首先，它降低了项目放弃或不被维护的风险。其次，项目治理消除了单一供应商控制的问题。当项目开始取得一定的成功时，如果没有治理模型，供应商将有可能做出有利于公司战略但不利于整个生态系统的选择。最后，治理模型为创新提供一个安全的摇篮。也就是说，当项目有一个开放的治理模型时，开发人员能够相信他们的贡献将基于相应的优势和对项目最有利的方式被评估。这种方式能够吸引具有不同经验和背景的人来为开源项目赋能。