GitHub 为智能体重建 Git 基础设施：9 月提交量是一年前五倍多，新架构内部测试写入吞吐最高提升 35 倍
GitHub 称，智能体与开发者同时在仓库中工作，使 Git 活动大幅增长：9 月提交约七十四亿次，是一年前的五倍多；公司正在不停机重建 Git 基础设施，把存储与计算分离，内部基准中写入吞吐最高提升 35 倍。
GitHub 在官方博客介绍，智能体式软件开发正在推动它的下一次架构转变，公司正为此重建 Git 基础设施。2025 年 9 月到 2026 年 8 月，GitHub 上的 Git 活动从每月约两千一百八十亿次事件增至约四千七百三十亿次，翻了一倍多；仅 2026 年 9 月，开发者和智能体就提交了约七十四亿次，是一年前的五倍多。8 月最繁忙的单个仓库收到约十亿次请求。
GitHub 列出了压力来源：智能体几乎每做一步就提交或保存一次检查点，单次推送的延迟就成了它的速度上限；推送量一年增长 4.9 倍，从每月约七亿次增至约三十四亿次；拉取请求合并量接近一年前的 4 倍；CI 和代码扫描每分钟会成千上万次拉取同一分支，仅 GitHub Actions 9 月就运行了约三十三亿次，是一年前的 4 倍多。
现有架构由 Spokes 在多台文件服务器的本地磁盘上各存一份完整仓库副本，默认五份，推送通过三阶段提交和多数派保证一致。问题在于，副本既负责持久性又负责扩展读取：为了扛读流量增加副本，每次写入都要多等一个副本，写入反而变慢；失去多数派则写入完全停止。
新架构把这两件事拆开：权威仓库数据放在 Azure Blob Storage，读取由按需增减、带缓存的轻量计算节点承担；只对引用更新本身做协调，对象存储、连通性校验和密钥扫描等工作并行处理；压缩和垃圾回收移到独立的后台节点。GitHub 称内部基准中写入吞吐最高提升 35 倍，读取容量可独立扩展；改造在服务不停的情况下进行，分支保护、必需审查和审计日志等控制保持不变，后续文章将介绍更多细节。
来源
- Building Git infrastructure for agent-scale development — GitHub Blog