著名的 DevOps 自动化工具 Puppet 可能会面临分叉，这是社区对 Perforce 在 2022 年收购 Puppet 后引入的诸多变动的回应。
“我们不是在分叉 Puppet；分叉 Puppet 的是 Perforce，”Antoine Beaupré 说。“Perforce 现在正在做的是拿走我们大家使用、调试、编写、协作、关注和部署在数千台机器上的开源代码，并关闭付费客户对它的访问权限。”
Gene Liverman 在 2017 年至 2023 年期间在 Puppet 担任站点可靠性工程师，他在本周与 Perforce 进行在线讨论后表示，“现在绝对会出现分叉……我们这些一直密切关注此事的人们重新集结了起来，认识到真正合作的希望已经消失，是时候向前迈进了。”
Puppet 长期以来以两种形式存在，一种是在 Apache 许可下的开源版本，另一种是在开源版本之上构建的商业版本 Puppet Enterprise。Perforce 于 2022 年 5 月完成了对 Puppet 的收购，并于上个月更改了开源模式。根据其公告，从 2025 年初开始，“由我们团队开发”的新二进制文件和软件包将仅发布到“私有、强化和受控的位置”。
社区贡献者将有权访问这个私有存储库，但须遵守“用于开发用途”的最终用户许可协议。超过 25 个节点（运行 Puppet 代理的客户端）的使用将需要商业支持许可证。
开源 Puppet 代码将继续在 Apache 2.0 许可下发布，但该公司表示将“减慢向公共存储库提交源代码的频率”。
在没有任何官方编译的二进制文件的情况下，无商业许可并使用开源 Puppet 的做法将面临更多挑战。
据该公司称，这些变化是为了“确保长期的安全和稳定”。官方公告称，新流程的主存储库是私有的，这将“增强 Puppet 下游的安全防护和稳定性”。
不可避免地，帖子中提到“使用人工智能重新构想 Puppet”，并进一步声称减少开源提交的数量将有助于公司创新。
Puppet 社区的一些成员认为，这些变化将阻碍他们的合作，并迫使更多用户使用商业许可证。提议中的分叉就是他们的答案。
“我们不能就此放弃 Puppet 这艘船。因此，我们将继续做我们在 Perforce 接手之前就在做的事情，即就代码和问题进行协作，并使该产品变得更好，”Beaupré 说道。一个名为 OpenPuppetProject 的 GitHub 存储库已经建立，但其中尚未有代码，有关组织结构的讨论正在进行中。
一个迫在眉睫的问题是如何称呼它。它不能使用 Puppet 这个名字，因为“Perforce 明确拒绝让我们使用该名称。”目前的提案包括 Muppet、Manikin、Dolly、Openvox 和 OpenDCM。
原文链接：
https://devclass.com/2024/12/18/community-plans-to-fork-puppet-unhappy-with-perforce-changes-to-open-source-project/
声明：本文为 InfoQ 翻译，未经许可禁止转载。
