使用Claude参与开发后代码合并量激增10倍 为此A社使用自研版本控制系统替代Git
内容提要
A社因Claude参与开发，代码合并量从日均2500项增至3万项，Git难以支撑，遂用自研系统Scion替代。Scion采用客户端服务器架构，缓存命中率超99%，资源占用降至0.05%，检出速度提升百倍。该系统由7人团队5个月完成，专为超大型单体仓库和高密度智能体工作流设计，不适合替代Git，且无开源计划。
延伸解读
合并量激增背后的工程压力
文章显示，A社日均代码合并量从5月的约2500项飙升至9月的30000项，主分支历史接近100GB，压缩工作副本仍超25GB，CI每天需检出约2500万次。这种高频变更与巨型仓库的组合，使传统Git的完整副本模式在存储、网络和资源上承受巨大压力，也解释了为何需要重新设计版本控制架构。
Scion的架构取舍与收益
Scion采用客户端-服务器架构，客户端按需请求文件和历史，服务器处理提交、合并、变基等操作，并借助多级缓存实现超99%命中率。相比数百个Git镜像，其CPU和内存占用降至0.05%，CI检出速度提升约100倍，还释放了25%的CI CPU容量。这些数据表明，将重操作集中到服务器端能显著缓解大规模自动化场景下的资源瓶颈。
适用边界与迁移成本
A社明确表示Scion并非Git替代品，而是专为超大型单体仓库和高密度智能体工作流设计。采用它需要同步迁移代码审查、搜索和CI集成，且系统由7人团队5个月完成，无开源计划。这意味着其他团队若想借鉴，需评估自身仓库规模、自动化密度以及配套工具链的改造成本，不能简单照搬。
Q&A
A社为什么用自研的Scion替代Git？
因为使用Claude参与开发后，代码合并量从5月的日均约2500项激增到9月的30000项，主分支历史接近100GB，Git难以支撑这种高频变更和巨型仓库。
Scion系统有哪些核心性能优势？
Scion采用客户端-服务器架构，缓存命中率超过99%，CPU和内存资源占用降至原来的0.05%，CI和研究任务的代码检出速度提升约100倍，CI因此获得25%的CPU容量空间。
Scion适合替代Git用于普通项目吗？
不适合。A社明确表示Scion不是Git的替代品，它主要针对超大型单体仓库和高密度智能体工作流设计，采用它还需要配套迁移代码审查、搜索和CI集成。
Scion系统是如何开发出来的？
由7人团队在5个月内完成，主代码仓库已迁移。Claude协助改进了Git到Scion的数据导入流程，使该流程内存消耗减少20倍、速度提升4倍。工程师负责架构取舍、审查变更意图并拦截不符合约束的实现。
Scion会开源吗？
不会。A社向来没有开源习惯，只是发博客透露了消息，Scion并没有任何开源计划。
Scion的架构是如何工作的？
Scion采用客户端与服务器协作的架构，客户端按需请求文件和历史信息，服务器负责提交、合并、变基等操作。区域缓存为本地任务提供代码对象，每一级缓存的命中率超过99%。
