GitHub 重建 Git 基础设施，应对智能体规模化开发

核心事实

GitHub 工程博客发布文章《Building Git infrastructure for agent-scale development》，作者 Brian Celenza 表示，GitHub 正在其服务持续运行的前提下重建 Git 基础设施，目标是支撑「智能体规模化」的软件开发负载。文章称，随着开发者与智能体在同一批仓库中并发工作，现有 Git 架构面临新的压力，因此需要一套不同的架构设计。

背景与影响

文章给出的数据勾勒出这一变化的量级：2025 年 9 月至 2026 年 8 月，GitHub 上的 Git 活动量从每月 2182 亿次事件增至 4733 亿次，超过此前水平的两倍；仅 2026 年 9 月，开发者与智能体在 GitHub 上产生了 73.8 亿次提交，据称是一年前的五倍以上。推送量同比增长 4.9 倍，从每月 6.9 亿次增至 33.5 亿次；拉取请求合并量增至一年前的近四倍；GitHub Actions 在 9 月运行了 32.6 亿次，同样超过一年前的四倍。文章还提到，GitHub 上最繁忙的仓库在 2026 年 8 月收到约十亿次请求。

文章归纳了几类架构挑战：智能体在紧凑循环中几乎每步都提交或打检查点，单次推送的延迟成为瓶颈；大量智能体在各自分支上工作，写入速率汇聚到架构中的单一点；基于主干的开发、发布列车与合并队列让所有工作集中到同一个引用上；而每次推送又会放大为成千上万次读取，例如 CI 与代码扫描会反复克隆或拉取同一分支尖端。文章称，为保持仓库操作速度，GitHub 会持续压缩仓库数据并清理不再需要的对象。

限制与来源

上述内容来自 GitHub 官方工程博客，属于厂商自述，其中的活动量、提交量、推送量与运行次数等数字均为 GitHub 单方面披露，本站未作独立核实。文章未说明重建工作的具体时间表、涉及的产品范围、地区可用性或对用户可见行为的影响，也未给出性能承诺。相关功能与数据以 GitHub 官网当前信息为准。