硬分叉 软分叉_无规则的治理：潜在的分叉如何帮助项目

硬分叉 软分叉

开源项目的速度和敏捷性得益于轻量级和灵活的治理。 他们具有如此高效治理的能力得到了项目分叉潜力的支持。 这种潜力提供了一种纪律，可以鼓励参与者面对未预料到的问题，议程变更或参与者之间存在其他分歧的情况，寻求前进的道路。 潜在的分叉是开放源代码项目中提供的一项好处，因为所有开放源代码许可证都提供了所需的权限。

相反，标准制定通常被限制为保留在特定论坛中。 换句话说，将标准的开发转移到其他地方的能力通常无法作为指导性的治理力量。 因此，标准制定论坛通常需要治理规则和程序以保持利益冲突之间的公平。

“分叉项目”是什么意思？

随着诸如Git之类的分布式源代码控制工具的兴起，在开发过程中通常会进行分叉。 我所说的项目分叉还不仅仅是：如果某人复制了项目源代码的副本并创建了一个新的开发中心，而该中心预计不会将其工作反馈给原始的开发中心，那就是我的目的。意味着通过分叉项目。

因为所有开放源代码许可都允许复制源代码，并允许接收副本的人进行和分发其修改，所以可以分叉一个开源项目。

重要的是潜力

开源项目的参与者试图避免分叉项目，因为分叉会分散资源：曾经都是协作者现在又分为两组。

但是， 分叉的潜力很大。 这种潜力提供了一种纪律，驱使人们找到适合所有人的前进道路。 分叉的可能性（其他人退出并创建自己的独立项目）可能是一种强大的力量，非正式治理可以非常有效。 除了旨在促进考虑所有利益的决策的特定规则外，其他人将自己的努力/资源用于其他方面的可能性激发了参与者寻求共同点。

需要明确的是，项目的实际分叉是不希望的（并且项目的分叉并不常见）。 重要的不是分叉的创建。 而是，这种分叉的潜力可能会对参与者的行为产生纪律影响-这种力量可能是开源项目的治理的基础，该治理以不像预期的那样形式化而成功。

通过探索与行业标准制定的对比，可以认识到开源项目可能产生的好处。

标准制定的治理具有不同的约束

在行业标准的开发中通常不可能进行分叉。 行业标准的采用可能部分取决于发布该标准的组织的信誉； 虽然长期不维护其信誉的标准组织可能会失败，但这种影响会持续太长时间以至于无法帮助单个标准制定活动。 在大多数情况下，将标准制定活动移至其他论坛并实现所需的行业影响是不切实际的。 同样，标准活动的工作产品通常以禁止这种动作的方式获得许可。

行业标准制定的治理很重要。 例如，行业标准的开发过程应考虑到相关利益（既要考虑最终标准的可信度，又要考虑竞争者之间通常的协作是否需要反托拉斯法）。 因此，流程是标准组织提供的内容的重要组成部分，并且详细的治理规则很常见。 这些规则可能会拖累速度，但它们是有目的的。

轻量级治理的好处

开源软件开发比标准开发更快，更敏捷。 轻巧，适应性强的治理有助于提高速度。 无需设置复杂的治理规则，开源开发可以快速进行，以后可以根据需要开发更详细的治理。 如果最初的共同利益未能使项目令人满意地进行，则志同道合的参与者可以复制该项目并在其他地方继续工作。

另一方面，标准的制定通常是一个较慢，更考虑的过程。 当人们抱怨标准制定缓慢时，这种缓慢的速度源于需要遵循保护性流程规则。 如果无法将标准的制定移至其他论坛，则需要注意所需的论坛在其操作中应充分开放和平衡。

考虑独裁者的统治。 它可能非常有效。 但是，这种好处伴随着很高的滥用风险。 独裁者成功领导了许多重要的开源项目。 这是如何运作的？ 分叉的可能性限制了独裁者滥用的可能性。

这项重要的治理功能并未写下来。 开源项目管理文档未列出分支该项目的权利。 之所以存在这种潜力，是因为项目的非治理属性允许工作移至其他地方继续：尤其是，所有开放源代码许可均提供复制，修改和分发代码的权利。

分叉在开源项目治理中的作用是一个更普遍的观察结果的示例：开源开发可以使用非常轻量级的法律文档（通常只是适用于该代码的开源许可）高效而灵活地进行。

翻译自: https://opensource.com/article/19/1/forking-good

硬分叉 软分叉