GitHub 近日公布了代号为 Rubicon 的新一代 Git 存储架构。内部测试显示，该架构能够支持 5000 个 AI Agent 同时在一个代码仓库中工作，每秒完成 7200 次代码推送，同时保持较低的读取延迟。这意味着 AI 驱动的协作开发在规模上迈出了关键一步。
正文解读
过去，GitHub 最繁忙的代码仓库每秒也只有短时几十次写入。如今大量 AI Agent 可以全天候并行开发，持续提交新代码，每次提交还可能触发自动测试，让其他 Agent 下载最新版本，仓库的读写压力随之急剧增加。传统 Git 架构在这种高强度工作负载下显得力不从心。
要理解 Rubicon 的突破，需先了解 Git 的运作机制。每次推送代码时，Git 要完成两件事：保存新增或修改的内容，以及更新该分支的指针，使之指向最新版本。例如，1000 个 Agent 同时开发，有的修改登录功能，有的修改支付功能，只要它们工作在不同分支，新代码即可并行保存。真正的瓶颈在于分支更新记录——此前所有分支共用一份更新记录，即使修改的是不同分支，也得争相更新同一文件，导致每秒只能处理数百次推送。GitHub 曾尝试拆分记录，但又造成读取时需要逐份查询，反而拖慢了速度。
Rubicon 的解决方案是专门开发了 Ref-CAS 服务来管理分支更新。该服务允许不同分支同时更新，仅当多个 Agent 争抢同一分支时才需要处理冲突。同时，它为整个仓库维护一个统一版本号，其他程序只需检查该版本号即可判断仓库是否有变化，无需遍历所有分支。此外，GitHub 还安排了独立机器在后台合并不断积累的代码数据包，避免数据包过多拖慢读取性能。最终，新架构在内部测试中达到了每秒 7200 次推送的成绩。
原创文章，作者：admin，如若转载，请注明出处：https://www.23btc.com/5%e5%8d%83ai%e5%b9%b6%e8%a1%8c%e9%87%8d%e5%bb%bagit%e5%ba%95%e5%b1%827200%e6%8e%a8-%e7%a7%92.htm
