GitHub 的全球性故障於2026年8月17日約 13:40 UTC 開始,部分服務直到約 21:15 UTC 才完全恢復。 事件波及儲存庫下載、API、Pull Requests、Issues、GitHub Actions、Webhooks、Git 操作、企業身分驗證與 Copilot;Web 與 API 錯誤率約20%,封存檔與原始內容下載錯誤率約50%。
研究答案

Create a landscape editorial hero image for this Studio Global article: What happened during GitHub’s major worldwide outage on August 17, 2026—including when it began, which services were affected, the reported. Article summary: GitHub’s August 17 outage was a broad, multi-service disruption that began at about 9:40 a.m. ET (13:40 UTC) and continued in some form until roughly 5:15 p.m. ET. It affected developers worldwide, disrupting core collab. Topic tags: general, general web, education. 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 fake num
GitHub 在 2026年8月17日 發生一場影響全球使用者的廣泛平台故障。事件約於美東時間上午 9:40(13:40 UTC)開始,並以不同形式持續至美東時間下午 5:15 左右(21:15 UTC)。這不是所有 GitHub 產品同時完全停擺,但受到影響的核心服務足以打亂儲存庫存取、程式碼審查、CI/CD 自動化、第三方整合與 Copilot 工作流程。
GitHub 起初表示,部分服務出現效能問題;隨後,異常擴大至網站、API 流量及多項開發者常用系統。GitHub 回報,Web 體驗與 API 流量的錯誤率約為 20%,而封存檔下載及儲存庫原始內容下載的錯誤率約為 50%。
這些數字代表請求失敗或未成功完成的比例,並不等於有20%或50%的使用者完全無法使用 GitHub。現有報導將事件描述為全球性中斷,但沒有提供經驗證的受影響使用者總數。
這次事件幾乎橫跨開發流程的多個環節:
換句話說,這不只是「GitHub 網站打不開」的問題。開發者可能在開啟或下載儲存庫內容、審查 Pull Request、啟動或等待 Actions 工作流程、接收 Webhook 事件、透過企業身分系統登入,甚至使用 Copilot 時遇到錯誤。
不是。現有證據較符合「多項服務同時降級」的部分性故障,而不是每個 GitHub 元件都確定失效。一次同期的狀態摘要指出,Git Operations、Packages、Pages 與 Codespaces 當時仍顯示為正常運作,其他服務則處於降級狀態。
不過,單一元件顯示正常,並不代表使用者的整體工作流程就能順利運作。例如,Codespaces 或 Pages 仍可使用,但儲存庫下載、Actions、Pull Requests 或 Webhooks 可能不可靠。現有報導也無法證明上述服務在整段事件期間都完全未受影響。
GitHub 先表示正在調查部分服務的高錯誤率與效能問題,之後說明已找出一個出問題的元件並採取修正措施。恢復期間的更新顯示服務出現明顯改善,但部分錯誤率仍然偏高,工程團隊持續監控並套用緩解措施。
GitHub 的狀態頁後來將 GitHub.com 事件標記為已解決。較後續的更新指出,部分應用程式仍偶爾出現 Copilot 驗證失敗;當時透過 GitHub CLI 與 GitHub App 使用 Copilot 則被表示不受影響。
就當時可取得的資料而言,尚未確定。GitHub 提到已辨識出問題元件,也說明了恢復服務所採取的緩解措施,但同期報導沒有提供技術層面的根本原因分析。狀態頁表示,詳細分析將在可提供時公布。
因此,目前不能把故障歸因於特定資料庫失效、部署變更、雲端供應商事故或驗證系統缺陷。較準確的說法是:在當時的事件報告中,根本原因尚未公開確立。
8月17日的事件,影響範圍明顯大於近期幾起主要集中在 Copilot 或單一產品區域的 GitHub 故障:
與上述較局部的事件不同,8月17日的故障同時擴及 GitHub 網站、API、協作功能、自動化、Webhooks、儲存庫存取與 Copilot。
雖然 GitHub 由 Microsoft 擁有,但現有證據不足以證明這是 Microsoft 365 或 Azure 的全域性故障。除非後續 Microsoft 或 GitHub 調查證實存在共同底層原因,否則目前將它描述為 GitHub 平台事件最為準確。
Studio Global AI
這個頁面包含附來源佐證的答案,你可以在 Studio Global 內繼續追問。
GitHub 的全球性故障於2026年8月17日約 13:40 UTC 開始,部分服務直到約 21:15 UTC 才完全恢復。
GitHub 的全球性故障於2026年8月17日約 13:40 UTC 開始,部分服務直到約 21:15 UTC 才完全恢復。 事件波及儲存庫下載、API、Pull Requests、Issues、GitHub Actions、Webhooks、Git 操作、企業身分驗證與 Copilot;Web 與 API 錯誤率約20%,封存檔與原始內容下載錯誤率約50%。
GitHub 表示已找出出問題的元件並採取緩解措施,但當時尚未公開技術層面的根本原因,也沒有證據顯示這是 Microsoft 365 或 Azure 的大範圍故障。