公开课数字治理_每个项目都需要回答的6个公开治理问题

最新推荐文章于 2024-09-27 00:45:01 发布

cumj63710

最新推荐文章于 2024-09-27 00:45:01 发布

阅读量169

点赞数

文章标签： java python linux 编程语言区块链

原文链接：https://opensource.com/article/20/2/open-source-projects-governance

版权

公开课数字治理

当我们考虑一个开源项目要发挥什么作用时，首先想到的可能就是许可证。一方面，在没有经过批准的开放源代码倡议（OSI）许可的情况下，在许多人看来，项目并不是真正的开源。此外，选择使用像GNU通用公共许可证（GPL）这样的copyleft许可证还是使用诸如麻省理工学院（MIT）这样的许可许可证的选择，可能会影响在该社区中成长和使用该项目的社区。

但是，Linux基金会开发人员关系副总裁Chris Aniszczyk认为，考虑项目的开放式管理同样重要，因为许可证本身并没有真正告诉您如何管理项目。

这些是Aniszczyk认为需要回答的一些问题。他补充说，在纠纷出现之前回答这些问题，并以对所有参与者开放和公平的方式回答这些问题，这会导致项目长期取得成功，尤其是随着规模的扩大。

每个项目6个未解决的治理问题

谁来做决定？
如何添加维护者？
谁拥有该域的权利？
谁拥有商标权？
这些事情如何管理？
谁拥有构建系统的工作原理？

但是，尽管应该考虑所有这些问题，但没有一种正确的答案。无论是为了满足特定社区的需求还是出于历史原因，不同的项目（以及托管项目的基金会）都采用不同的方法。

当项目使用通常被称为“生命仁慈独裁者”（BDFL）模型的模型时，通常就是后者。在这种模型中，一个人（通常是项目的创始人）通常对重大项目决策拥有最终决定权。默认情况下，许多项目最终都在这里结束-也许最值得注意的是Linux内核。但是，红帽公司的乔·布罗克迈尔（Joe Brockmeier）向我观察到，在这一点上，它通常被视为反模式。他说：“尽管一些由BDFL推动的项目取得了成功，但其他项目却迷失了这种方法。”

最低要求

也就是说，Aniszczyk列出了一些最低要求。

“我们的模式，至少，在许多Linux基金会和云计算原住民基金会（CNCF）项目，是一个governance.md文件，该文件描述了如何作出决定，事情是如何管理，维护如何添加，删除，如何分-添加，删除项目等如何完成发布。这将是第一步，”他说。

所有权

其次，他不“认为您可以在不中立拥有资产的情况下进行开放式治理。最终，某人可能会拥有域名，商标权和某些版权。可能有许多出色的组织那里有超轻量级的东西。诸如Apache Foundation，公共利益软件和软件自由保护之类的东西。”

Aniszczyk还认为一些常用方法至少是潜在的反模式。一个重要的例子是贡献者许可协议（CLA），它定义了诸如代码之类的知识产权为项目贡献的条件。他说，如果公司希望“制造产品或使用双重许可类型的模型，那是CLA的非常合理的理由。否则，我将CLA视为开发人员的高摩擦工具”。

开发者原产地证书

相反，他通常鼓励人们“使用我们所谓的“开发者原产地证书”。 Linux内核就是这样工作的，基本上它吸收了大多数CLA所做的所有基本工作，就像，“我写了这段代码吗？我没有将它复制到其他地方吗？我有权将它提供给您，然后您登录？” 在内核和许多其他生态系统中，这是一个非常成功的模型。除非有真正严格的业务需求，否则我通常并不真正支持使用CLA。”

命名项目

他还发现了很多他认为的命名错误。 “项目品牌非常重要。人们通常会启动一个项目，这种模式可以是在公司内部或您自己内部，或者您有一家初创公司，您可以称其为'Docker'。然后，您有了Docker项目，又有了Docker公司，然后又有了Docker产品或Docker企业产品，所有这些服务于不同的受众，这引起了困惑，因为我有一种固有的信念，即某事物的名称它具有附加的价值主张。请为您的公司命名，使其名称与项目，产品分开。”