OpenAI 自建 Git 后端 Pando:推送延迟降近 80%,每天处理近 1PB 数据
OpenAI 为 monorepo 做了个 Git 兼容后端 Pando。它独立处理分支,跨 fetch 复用 packfile,把推送延迟中位数压了近 80%,现在每天要处理接近 1PB 的 Git 数据。
据 MarkTechPost 的 Michal Sutter 报道,OpenAI 为自家 monorepo 写了一个 Git 兼容后端,叫 Pando。它没有绕开 Git 协议,做的事情是让 Git 在超大规模仓库里跑得更顺。
monorepo 是把很多项目放进同一个仓库。项目少时,这套做法省心。项目多、分支多、提交频繁之后,Git 的 fetch、push、分支管理都会变成基础设施问题。OpenAI 的规模显然已经到了这个阶段。
Pando 的几个关键点:
- 分支独立处理。
- 在多次 fetch 之间复用已经存下来的 packfile。packfile 是 Git 用来打包对象的数据文件,复用它能减少重复传输和重复计算。
- 推送延迟中位数下降接近 80%。
- 现在每天要处理接近 1PB 的 Git 数据。
这些数字来自 MarkTechPost 的报道,原文没有展开更多实现细节。能确定的是,Pando 仍然兼容 Git。这个选择很重要。大型团队换版本控制后端,最怕工具链和习惯全部重来。兼容 Git,迁移成本才压得住。
这件事真正值得看的地方是,monorepo 大到一定程度,Git 的默认实现会变成瓶颈,连 OpenAI 也要单独做一层后端。普通项目大概率碰不到这个量级。对做平台工程、开发者工具、代码托管的人来说,这是一个信号:仓库规模上去之后,版本控制本身就得当成产品来设计。
原文:OpenAI Introduces Pando: A Git Backend That Cuts Median Push Latency ~80%
作者:Michal Sutter
发布时间: 2026-11-03 13:51