答案已發布19 個來源
Git 成了開發瓶頸，Anthropic 五個月把 monorepo 搬上 Scion
Anthropic 表示，每日合併的程式碼從 2026 年 5 月約 2,500 筆，增至 9 月逾 3 萬筆，原有的 Git 基礎設施因而成為主要開發瓶頸。 Scion 將提交、合併與歷史查詢等工作交由伺服器處理；客戶端只保留有限快取，按需取得資料。
發布者使用 GPT-6 Luna 編輯圖片由 GPT Image 2 生成
研究答案
重點整理
- Anthropic 表示，每日合併的程式碼從 2026 年 5 月約 2,500 筆，增至 9 月逾 3 萬筆，原有的 Git 基礎設施因而成為主要開發瓶頸。
- Scion 將提交、合併與歷史查詢等工作交由伺服器處理；客戶端只保留有限快取，按需取得資料。
- Anthropic 回報，Scion 的 CPU 與記憶體使用量約為舊有 Git 鏡像基礎設施的二百分之一；這是公司公布的內部數據，並非獨立重現的基準測試。
AI 提示詞
openai.comCreate a landscape editorial hero image for this Studio Global article: Why did Anthropic replace Git with its in-house version control system Scion, as described in its October 13, 2026 engineering post, and how. Article summary: Anthropic replaced Git for its monorepo because AI-generated changes overwhelmed infrastructure designed around human development: daily merges increased from roughly 2,500 in May to more than 30,000 in September, making. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Anthropic 為自家大型程式碼庫（monorepo）換掉 Git，原因不是 Git 突然不再好用，而是公司內部每天要合併的程式碼快速增加：2026 年 5 月約 2,500 筆，到了 9 月已超過 3 萬筆。Anthropic 說，原本的原始碼管理系統因此成為開發流程中最大的瓶頸。 8
9
公司在五個月內建置自有版本控制系統 Scion，並完成 monorepo 遷移。這次調整不只涉及版本控制，也包括程式碼審查工具 Antique、程式碼搜尋，以及管理原始碼存取權限等配套系統。 8
瓶頸不只在程式碼庫很大
Anthropic 描述的挑戰，還包括程式碼檢出的頻率與規模：主分支的版本歷史接近 100 GB，壓縮後的工作副本超過 25 GB；持續整合（CI）每天則要進行約 2,500 萬次程式碼檢出。 9
公司也形容，合併程式碼的潛在需求「幾乎沒有上限」：當一個瓶頸被排除，產出的程式碼可能隨之增加，讓基礎設施繼續面臨擴充壓力。 29
Scion 把更多工作交給伺服器
Git 的分散式設計讓使用者可以在本機持有程式碼庫副本；Scion 則採取不同做法，讓客戶端連線到伺服器，由伺服器處理提交、合併、變基與歷史查詢等操作。客戶端只維護有限的本機快取，需要哪些資料，再向伺服器取得。 2
4
這種設計在便利性與依賴條件之間做了取捨：Scion 更倚重共享伺服器與網路連線，而不是讓每台客戶端都自行執行所有版本控制工作。Anthropic 表示，這套架構是為自家工作負載打造；並不代表每個開發者或專案都適合採用。 2
7
Anthropic 公布的遷移成果
Anthropic 表示，相較於舊有 Git 鏡像基礎設施，Scion 的 CPU 與記憶體使用量約減少至二百分之一；原本需要數分鐘的程式碼檢出，則縮短到數秒，並釋出 25% 的 CI CPU 容量。這些是公司公布的成果，並非獨立重現的基準測試。 4
10
遷移期間，七人團隊也同步打造 Antique 程式碼審查介面，以及程式碼搜尋、存取控制等相關系統。Anthropic 表示，整個 monorepo 在五個月內完成遷移。 3
8
這不是「Git 要被淘汰」
Scion 回應的是 Anthropic 特定的內部需求：程式碼庫規模大、檢出頻繁，合併量也快速攀升。現有資訊將它描述為內部系統，而非面向所有團隊的通用 Git 替代品。 5
7
更值得留意的是背後的架構取捨：當程式碼庫、檢出頻率與合併量同步成長，把更多工作移到共用伺服器、減少客戶端保存的資料，可能成為緩解基礎設施壓力的一種方式。這是 Anthropic 為自身工作型態所做的選擇，不等於所有開發團隊都需要放棄 Git。
Studio Global AI
繼續深入研究
這個頁面包含附來源佐證的答案，你可以在 Studio Global 內繼續追問。
大家也會問
「Git 成了開發瓶頸，Anthropic 五個月把 monorepo 搬上 Scion」的簡短答案是什麼？
Anthropic 表示，每日合併的程式碼從 2026 年 5 月約 2,500 筆，增至 9 月逾 3 萬筆，原有的 Git 基礎設施因而成為主要開發瓶頸。
最值得優先驗證的重點是什麼？
Anthropic 表示，每日合併的程式碼從 2026 年 5 月約 2,500 筆，增至 9 月逾 3 萬筆，原有的 Git 基礎設施因而成為主要開發瓶頸。 Scion 將提交、合併與歷史查詢等工作交由伺服器處理；客戶端只保留有限快取，按需取得資料。
接下來在實務上該怎麼做？
Anthropic 回報，Scion 的 CPU 與記憶體使用量約為舊有 Git 鏡像基礎設施的二百分之一；這是公司公布的內部數據，並非獨立重現的基準測試。