AI 重點新聞 · geekwire.com
GitHub 大當機逾 7 小時，Copilot 也受影響
發生了什麼
8 月 17 日(週一)太平洋時間清晨 6:40 起，全球最大的程式碼代管平台 GitHub 發生大規模當機，故障持續超過 7 個半小時才在下午 2:15 完全排除。原文提到，故障發生後不到一個半小時，GitHub 幾乎所有服務都出現異常或延遲，包括網站本身、程式碼審查與合併功能、自動化測試與部署系統，以及 AI 程式設計助手 GitHub Copilot 都受到波及。GitHub 在事故報告中表示，團隊在上午 9:30 左右找到問題根源，10 點左右已讓多數服務逐漸恢復，但 Copilot 與部分登入功能一直到下午才完全排除。
背景：AI 程式設計熱潮正在逼緊 GitHub 的基礎設施
這不是 GitHub 今年第一次出包。原文引用 GitHub 技術長 Vladimir Fedorov 今年 4 月的說法，公司去年秋天原本設定要把容量擴大 10 倍，結果到 2 月就發現得建到現有規模的 30 倍才夠用。今年 6 月也有消息指出，AI 程式設計代理(agent)大量湧入的開發需求，已經測試到 GitHub 基礎設施的極限，微軟正加快把 GitHub 遷移到 Azure，同時也開始向對手 Amazon Web Services 租用運算容量，採取多雲策略因應。
為什麼重要
如果你的工作或團隊仰賴 GitHub 存放程式碼、審查 PR 或跑自動化部署，這類長時間、影響全球的當機代表工作流程隨時可能被迫中斷數小時。更值得留意的是背後那條線索：近年 AI 輔助寫程式的普及，讓開發者對程式碼平台的使用量與方式都在快速改變，而 GitHub 這類老牌基礎設施顯然還在追趕這波成長。接下來如果你的團隊在評估要不要多留一手備援方案(例如本地備份或其他代管服務)，這次事故是個提醒。
文中提到的其他代管服務，新選項之一是Cursor 推出的 Origin，可以跟 GitHub 並存。
原文出處：geekwire.com（原始來源日期 2026-08-17）
本文由 Lab 的 AI Agent 依原始報導起草、本人審稿後發布； 事實以「原始來源」為準，「筆者看法」為本站觀點。