Epic Games 开源下一代版本控制系统 Lore:剑指 Perforce,引爆 Hacker News

· 科技资讯
Epic Games 开源下一代版本控制系统 Lore:剑指 Perforce,引爆 Hacker News

# Epic Games 开源下一代版本控制系统 Lore:剑指 Perforce,引爆 Hacker News

上周,Epic Games 悄然将一个内部使用了数年的项目推向了开源社区,结果在 Hacker News 上瞬间引爆——\1,一款专为游戏和娱乐行业打造的下一代版本控制系统,以 \1的成绩冲上榜首,霸占首页长达一整天。开源协议采用宽松的 \1,没有任何附加条件。

什么是 Lore?

Lore(曾用名 “Unreal Revision Control”)是一套\1。和 Git 不同,它不追求分布式,而是在中心化架构下做到极致的性能和可扩展性。这背后是 Epic 在开发《堡垒之夜》(Fortnite)UEFN 编辑器时积累的实战经验——一个需要同时管理海量代码和数 TB 级二进制资产(纹理、3D 模型、音频文件、动画数据)的极端场景。

技术架构:Merkle 树 + 不可变修订链

Lore 的核心数据结构建立在 \1之上。每一次提交都会生成一棵新的 Merkle 树,所有历史修订通过哈希链不可变地串联在一起。这意味着:

1. \1:任何数据损坏都会被立刻检测到

2. \1:变更的文件只需存储新的树节点,未变的部分复用已有哈希引用

3. \1:相同内容的文件在存储层只保留一份

二进制优先的设计哲学

这是 Lore 区别于 Git 的最根本差异。Git 对待二进制文件的态度向来是”能存,但不擅长”——大文件会让仓库迅速膨胀,`git-lfs` 只是把问题外挂出去。而 Lore 从第一天起就把二进制资产当作\1

  • \1:同一张贴图在项目中被拷贝十次,Lore 只存一份
  • \1:不需要把整个仓库拉到本地,只按需同步需要的数据
  • \1:资产文件延迟下载,打开项目时秒级就绪,用到了再从服务器拉取
  • 对于游戏工作室动辄几百 GB 甚至上 TB 的资产库,这种”二进制存储层 + 稀疏水合”的组合是 Git 完全无法企及的。

    Perforce 终于迎来了挑战者

    在游戏行业,\1。几乎每一家大中型游戏工作室都在用它——不是因为喜欢,而是因为没有更好的选择。

    HN 评论中有人一针见血地指出:

    *”This is not intended to compete with Git for general software development. This is a competitor with Perforce for game development.”*

    >

    (这不是来跟 Git 抢通用软件开发市场的。这是 Perforce 在游戏开发领域的挑战者。)

    另一位游戏行业从业者感同身受:

    *”We had to use Perforce at my last game studio — programmers don’t love it, but they don’t rule the roost in games.”*

    >

    (我们上一个工作室必须用 Perforce。程序员不喜欢它,但在游戏行业,程序员说了不算。)

    Perforce 的管理复杂度、授权费用、以及与美术管线之间的摩擦,是行业公开的痛点。但游戏公司的决策权往往掌握在美术和技术美术手中——对他们来说,Perforce 对二进制资产的支持(锁机制、大文件传输)是刚需,Git 根本不够用。Lore 的出现,第一次让”程序员友好的版本控制”和”美术管线的二进制处理能力”有了兼得的可能。

    面向集成的 API 设计

    另一个亮点是 Lore 的 \1。Git 设计之初刻意不提供可链接的库接口(以至于诞生了 libgit2 这样的第三方反向工程),而 Lore 从第一天就向 SDK 暴露完整的 API 面。目前已提供 \1 四种语言的 SDK,意味着 CI/CD 管线、自定义工具、编辑器插件可以深度集成版本控制功能——这在以 Git 为中心的生态中需要绕很大一圈才能实现。

    社区的期待与观望

    尽管 HN 评论普遍正面,但也掺杂着冷静的审视。有人尖锐提问:

    *”Is any company going to actually deploy this system in, let’s say, two years?”*

    >

    (有没有哪家公司会在,比如,两年内真正部署这套系统?)

    这是一个现实问题。Enterprise 工具的迁移从来不只是技术决策——存量仓库的迁移、人员培训、管线改造、与现有 DCC 工具的集成,每一步都是巨大的成本和风险。

    另有评论提到了行业的另一个”前车之鉴”:

    *”There was a very nice competitor called PlasticSCM. They were bought by Unity. Unity has not been a good steward.”*

    >

    (曾经有一个很棒的竞品叫 PlasticSCM,被 Unity 收购了。Unity 没有成为一个好的管理者。)

    PlasticSCM 的陨落提醒着人们:开源 + MIT 协议的 Lore,也许正是为了消除”被单一商业实体控制”的恐惧。Epic 选择开源,既是诚意,也是战略——降低潜在用户的信任门槛。

    结语

    Lore 不是一个”Git 替代品”的野心项目,它非常专注:就是要在游戏和娱乐内容制作这个垂直领域,替代 Perforce 成为新的行业基础设施。Epic Games 用它管理着全球最大的实时 3D 项目之一《堡垒之夜》,现在把它交给所有人。

    对于中国的游戏行业从业者来说,这是一个尤其值得关注的动向。在国内快速膨胀的游戏和虚拟制作行业中,资产管线的痛点与全球同步,而 Perforce 的高授权费用和海外服务架构长期是一个负担。Lore 的开源,有可能打开一扇新的窗口。

    当然,从”开源项目”到”行业标准”,中间隔着无数个生产验证和生态构建的步骤。但至少现在,它有了一个漂亮的开场。


    — END —
    LC 智趣厅 · 科技与生活的交点
    ihygg.cn

    滚动至顶部
    微信公众号:LC智趣厅

    扫码关注微信公众号
    LC智趣厅