使用Claude参与开发后代码合并量激增10倍 为此A社使用自研版本控制系统替代Git

A 社日前发布博客透露公司内部已经从传统版本控制系统 Git 迁移到自研版本控制系统 Scion，原因是使用 Claude 参与日常开发任务后代码产生量快速增长，传统 Git 已经难以满足团队的大型仓库代码处理需求。

为此 A 社在 5 个月内将主代码仓库迁移到自研版本控制系统上，并同步搭建代码审查、搜索和权限管理工具。不过 A 社仅仅是透露这个消息，A 社向来没有开源的习惯，所以 Scion 并没有任何开源计划。

巨型仓库遇上高频变更：

A 社称 2026 年 5 月平均每天合并约 2500 项代码变更，而到 9 月份每天合并的代码变更已经达到 30000 项。主分支历史接近 100GB，压缩后的工作副本仍然超过 25GB，仅 CI 每天就需要检出代码约 2500 万次。若每次都按照完整仓库拉取，理论 数据流量将超过 600PB。 

Git 的分布式设计允许每个客户端保存完整仓库，支持在离线时查看历史和比较差异。A 社认为这对于大多数项目仍然合适，但 A 社在主要由在线智能体和自动化任务组成的环境中，完整副本和持续维护反而增加负担。

Scion 系统将更多工作交给服务器：

Scion 系统采用客户端与服务器协作的架构，客户端按需请求文件和历史信息，服务器负责提交、合并、变基等操作。区域缓存则为本地任务提供代码对象，每一级缓存的命中率据称超过 99%。

A 社称与此前依赖数百个 Git 镜像的方案相比，Scion 的 CPU 和内存资源占用降低到原来的 0.05%。CI 和研究任务的代码检出速度提升约 100 倍，CI 因此获得 25% 的 CPU 容量空间。

Scion 并非面向所有项目：

A 社称 Scion 系统由 7 人团队在 5 个月内完成，相关主代码仓库也已经迁移。Claude 协助改进 Git 到 Scion 的数据导入流程后，该流程内存消耗减少 20 倍、速度提升 4 倍。不过工程师仍然需要负责架构取舍、审查变更意图并拦截不符合系统约束的实现，最终完成 Scion 系统的开发。 

A 社也明确表示该系统不适合当做 Git 替代品，这个系统主要针对超大型单体仓库和高密度智能体工作流设计，采用这个系统还需要配套迁移代码审查、搜索和 CI 集成。A 社希望分享服务器端的扩展思路，供 Git 和开源社区进行参考。

以上就是“使用Claude参与开发后代码合并量激增10倍 为此A社使用自研版本控制系统替代Git”的详细内容，想要了解更多Python教程欢迎持续关注编程学习网。