2026年3月16日,一个运行了20年的开源项目完成了一次罕见的"身份切割手术"。Varnish Cache 9.0发布当天,代码仓库从GitHub消失,官网域名跳转,连邮件列表都换了姓——它现在叫Vinyl Cache。
这不是一次普通的品牌升级,而是一场开源社区与商业公司之间的"离婚协议"落地。
从"清漆"到"黑胶":一场酝酿三年的改名
时间倒回2023年。Varnish Cache项目核心团队在一篇题为《20 years old and it is time to get serious(er)》的文档中首次释放信号:这个2006年诞生的HTTP加速器需要摆脱与Varnish Software公司的绑定关系。
名字是绑定的核心。Varnish(清漆)既是开源项目名称,也是挪威公司Varnish Software的注册商标。过去二十年,两者像连体婴般共存:社区贡献代码,公司提供服务。但"serious(er)"的潜台词很明确——这种模糊地带对双方都是负担。
团队最终选择了Vinyl(黑胶唱片)。理由没公开解释,但类比很妙:黑胶是模拟时代的缓存介质,物理凹槽存储信息,与Varnish作为Web缓存的技术定位形成互文。更重要的是,这个词在软件商标领域足够干净。
改名从2026年3月16日的9.0版本正式生效。Vinyl Cache治理委员会(Vinyl Cache Governing Board)在一份联合声明中确认了时间线:官网vinyl-cache.org承接了varnish-cache.org的全部历史内容,但视觉系统彻底换新——logo、吉祥物、配色方案全部推倒重来。
旧版本保留"历史清白"。8.0及之前的发布版本仍称Varnish Cache,版权归属和作者署名不做改动。这种"切割但不抹除"的处理,像极了法律上的婚史记录:关系结束,但过往有效。
GitHub"坟场"与自建堡垒:代码托管的硬脱钩
最激进的动作发生在代码托管层面。
Vinyl Cache团队将权威源码仓库、issue追踪和PR流程整体迁移至自托管的Forgejo实例:code.vinyl-cache.org。所有历史工单保留,issue编号从GitHub断点续传。原GitHub组织"varnishcache"被整体归档(archived),每个仓库留下最后一笔commit:更新README和构建脚本,指向新地址。
这种迁移成本极高。GitHub的生态锁定效应在开源领域近乎基础设施级别——CI/CD集成、第三方工具链、开发者习惯。Vinyl Cache的"掀桌"意味着主动放弃这些便利,换取治理独立性。
邮件列表同步迁移至vinyl-cache.org域名,历史存档完整保留。域名层面的301跳转在9.0发布前已部署:访问varnish-cache.org会自动转向vinyl-cache.org。
但跳转在发布后发生了微妙变化。根据Vinyl Cache治理委员会两名成员的个人意见(非全体共识),Varnish Software公司后续对域名跳转设置了干预。这部分内容在官方文档中被明确标注为"第三部分:仅两名成员观点",与前两部分的"全体治理委员会批准"形成区分。
分叉疑云:当公司重新启用"Varnish Cache"
真正的戏剧性在GitHub另一侧展开。
Varnish Software公司在原组织归档后,新建了一个名为"Varnish"的GitHub仓库,继续使用"Varnish Cache"名称。这个仓库的最后一笔共同commit是63806461a205a11da12deb21051f654e35acee9e——恰好是Vinyl Cache 9.0发布前的节点。
下一笔commit只存在于Varnish Software的版本,不存在于Vinyl Cache。
GitHub的fork追踪功能未被启用。这意味着两个仓库在平台层面显示为独立项目,而非公开的分叉关系。对普通开发者而言,搜索"Varnish Cache"可能同时找到:一个归档的20年历史仓库,一个活跃的"新"Varnish Cache仓库,以及一个自称Vinyl Cache的迁移项目。
Varnish Software还分叉了VTest项目——这是varnishtest测试工具的提供者。同样,fork追踪未启用。
公司另建了官网www.varnish-cache.org(注意与旧域名区分)。两个"varnish-cache.org"域名在2026年3月前后指向不同实体,这种命名空间的争夺在开源史上并不多见。
技术层面的兼容性是最大悬念。Varnish Cache 8.0与Vinyl Cache 9.0的最后一个共同commit之后,双方开始独立演进。配置语法、模块API、VCL(Varnish Configuration Language)的后续发展是否分叉,将直接影响现有用户的迁移成本。
分发版维护者的噩梦:包名该跟谁走?
Debian、Fedora、Homebrew等发行版维护者正面临一个经典的两难:系统包名应该叫varnish还是vinyl?
Vinyl Cache团队在文档中承认,"用户和分发包维护者可能难以理解当前局面"。这种理解困难源于开源治理的灰色地带——项目改名后,原有包名的"正统性"归属没有自动裁决机制。
历史上有过参照案例。2018年Node.js与io.js合并后,包名统一回归node;2021年CentOS Stream转型后,社区衍生出AlmaLinux和Rocky Linux,但均启用新包名避免冲突。Vinyl Cache的特殊性在于:原公司保留了原商标,并继续运营同名项目。
对终端用户而言,apt install varnish未来可能安装的是Varnish Software维护的版本,而非原社区团队的延续。这种"同名不同魂"的风险,正是Vinyl Cache文档试图预警的。
治理委员会两名成员在意见部分暗示了更深层担忧:域名跳转的干预、fork追踪的禁用、新官网的上线节奏,这些动作的组合是否意味着对开源社区用户的"截流"?
文档没有给出结论。但一个细节值得玩味:Vinyl Cache的9.0 release notes专门辟出章节说明改名事宜,而Varnish Software的新仓库README尚未被公开对比。
如果你是依赖Varnish的DevOps工程师,下次升级前会检查包源的commit签名吗?
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.