跳到正文
原文
InfoQ 中文· 蔡芳芳·· 3 小时前精选AI 评分80

Anthropic 因 Claude 代码合并量激增而开发内部版本控制系统 Scion

Claude写代码太快,Git扛不住了:Anthropic仅靠7人,5个月重造版本控制系统

AI 导读

Anthropic 在 10 月披露了名为 Scion 的内部版本控制系统,该系统由 7 人团队在五个月内开发完成,旨在解决因 AI Coding Agent 导致代码合并量激增带来的基础设施瓶颈。数据显示,Anthropic 平均每日代码合并量从 5 月的约 2500 次增长至 9 月的超过 3 万次,促使团队放弃维护数百台 Git 镜像服务器的方案,转而采用基于客户端 - 服务器架构的新系统。

Scion 的核心设计变化是将提交、合并和变基等操作移至服务器端完成,不再依赖传统的本地仓库中心模式。底层数据结构采用 Changeset 记录写入预写日志,文件内容存储在 Blob Storage 中,并通过 Spanner 管理元数据。配合分层缓存架构,Scion 的基础设施 CPU 和内存占用降至原有方案的约 1/200,CI 任务代码检出速度提高两个数量级,CI 容量节省约 25%。此外,Claude 深度参与了系统的开发与运维,包括重写数据导入管线使其内存消耗降低 20 倍,以及通过“superfans”Agent 监控组件状态。

尽管 Anthropic 展示了 Agent 时代软件工程流程的重构,如调整合并队列策略以应对高并发冲突,但明确表示 Scion 不适合作为通用 Git 替代品,现阶段无计划对外发布产品。这一案例表明,当代码生成速度成为主要限制时,现有的 CI、代码审查及发布系统需适应新的吞吐量模式,而大规模 Monorepo 的专用版本控制解决方案可能成为行业趋势。事实:Anthropic 开发了 Scion 并迁移了 Monorepo;推断:Agent 将推动更多公司重新评估现有版本控制架构;猜测:未来可能出现支持服务端 API 扩展的 Git 新标准。

推荐理由

材料揭示了 Agent 规模化对基础设施的冲击,并提供了从 Git 迁移到 Scion 的具体架构细节与性能数据。

来源:InfoQ 中文 · infoq.cn