Varnish改名Vinyl：20年老项目掀桌

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签名吗？