日合并三万次,Anthropic 把 Git 换掉了

很多人看到 Anthropic 弃用 Git 这条新闻时,第一反应是 Git 不行了。这其实是把因果看反了。Anthropic 在 2026 年 10 月把内部单体仓库从 Git 迁出,根源不在 Git 本身的性能退化,而在于它要服务的工作负载结构变了:客户端从”偶尔离线的人”换成了”始终在线的智能体”,Git 原本强调的分布式与离线能力反而成了扩展负担 [4][6]。把这件事当成纯性能问题,会得出错误结论——Anthropic 自己也在工程文章里说,Scion 不是 Git 在通用场景下的替代品,它是一次面向自家负载特征的内部重建 [3][6]。

瓶颈不在 Git 本身,在工作负载的形状

先看那条曲线。Anthropic 在 2026 年 5 月平均每天合并约 2500 次代码变更,到 9 月这个数字已经超过 30000 次 [1][4][6]。四个月涨了十倍以上,而且 Anthropic 表示这种增速短期内不会放缓——可合并代码的潜在需求几乎无穷,每消除一个瓶颈都会立刻带来代码产量的进一步攀升 [4][6]。仅按 30000 次的日均量折算,就相当于平均约每 3 秒合并一次,这是平均节奏,不意味着所有变更都以固定间隔发生,但足以说明工具面对的吞吐量。

合并频率只是表象,更大的压力在取代码这一侧。仅 CI 每天就要执行约 2500 万次 checkout,这还没算开发环境、智能体沙箱和研究任务 [1][4]。如果按朴素方式拉取,意味着每天会产生超过 600 PB 的 Git 流量,这是未经优化的估算,实际系统已经做了大量工作 [1][4]。主分支历史接近 100 GB,压缩后的工作副本也超过 25 GB [1][4][6]。

面对这样的规模,能用的缓解手段 Anthropic 都用了:浅克隆、稀疏检出、内部 Git 镜像、Blob 存储快照,高峰时维护数百个 Git 镜像 [1][4]。这套组合在合并频率较低时争取到了时间,但随着合并率持续上升,快照刷新、历史查询与镜像维护的协调成本变得越来越高,最终还是撞上了墙 [1][4]。

Scion 把版本控制从客户端搬到服务端

要为这套新负载重新设计版本控制系统,Anthropic 借鉴了 Google Piper 和 Meta Sapling 的经验,把绝大部分版本控制计算搬到服务端 [4]。Scion 的核心假设是”客户端始终在线”——这与 Git 的去中心化思路方向相反。在 Git 里,每个克隆都是自包含的仓库,可以离线查询历史、对比修改;在 Scion 里,服务器承担文件历史、责任追溯、提交与合并,客户端只维护有界本地缓存和按需取回的文件 [4][6]。

Scion 的基本单位不是 commit,而是 changeset:存的是相对父节点的文件变化列表和指向 Blob 存储的指针,服务器端创建、立即全局可用,无需锁定或协调 [4]。所有源代码控制查询都通过 API 暴露,这意味着自动二分、回滚流水线这类工具在规模上成为可能,而作业无需维护本地仓库 [4]。架构上,Scion 服务器水平可扩展,本质上是一个大型缓存;scn 客户端协议只请求缺失的树和 blob,类似分层缓存机制 [4]。提交、变基或合并的成本随变更大小而非仓库大小扩展,CI 作业可以按需请求差异或文件内容,避免全量检出 [4]。

这套设计的先决条件只有一个:客户端必须始终可达。Anthropic 也承认,采用这种模式必须配套定制代码审查、搜索和 CI 工具,开源 Git 在此处原有的现成生态反而用不上 [3][4]。

五个月和七个工程师换来了什么

迁移由一个 7 人团队在 5 个月内完成,同期他们还一并重写了代码审查界面 Antique、代码搜索、源代码控制 IAM,以及一套用于托管和落地大量代码的新机制 [1][4]。

基础设施的 CPU 和内存消耗降到原 Git 镜像系统的 1/200 左右 [1][3][6]。CI CPU 容量因此获得约 25% 的提升 [1][6]。CI 与研究任务的代码检出时间从分钟级压到秒级 [1][3][6]。这些数字不是孤立指标,它们共同指向同一件事:当版本控制从分布式变成以服务器为中心,当客户端不再背负完整历史,本地的存储、同步和计算开销都跟着大幅收缩。

这次重建本身也大量依赖 Claude 写代码。Anthropic 在工程文章里说,”Claude 写代码的能力既是让我们陷入这种局面的原因,也是我们能快速构建出一套高质量、可扩展系统去应对它的原因” [4][6]。换句话说,工具被自用的工具重写了,这是 AI 原生开发流程中的一个样本。

这套解法并不通用。Scion 的优势建立在”客户端主要是始终在线的智能体和作业”这一前提上 [3][4]。一旦回到人会离线办公的常规团队,Scion 砍掉的离线能力会立刻变成缺口,Anthropic 也配套自研了审查、搜索和 IAM 来填补开源 Git 原有的生态位 [3][4]。Anthropic 自己说,大多数组织短期内不会撞上同样的天花板,但重度使用 AI 编程工具的团队会很快摸到类似的边界 [4][6]。把这件事解读成”Git 该被替代了”,是把局部场景的方案错认成了通用趋势。

参考来源

[1] Anthropic 内部大仓库弃用 Git:AI 写代码太快,开发工具先遇到瓶颈
[2] Anthropic抛弃Git,选择自研版本控制系统Scion
[3] 日合并3万次代码,Anthropic弃用Git自研Scion
[4] Anthropic自研Scion取代Git,5个月支撑日均3万次代码合并
[5] 每天合并超 3 万次代码,Anthropic 把 git 换掉了
[6] Anthropic 用 AI 五个月自研版本控制系统,把日合并量从 2500 提到 30000

© 版权声明
THE END
喜欢就支持一下吧
点赞0 分享
评论 抢沙发

请登录后发表评论

    暂无评论内容