GitHub 掛了 （★ 46 分）
GitHub 狀態頁通報，未登入使用者在存取 Pull Requests（合併請求，用來提出程式碼變更）、Issues（議題追蹤功能）與 Actions（GitHub 的自動化流程與 CI/CD 服務；CI/CD 指持續整合與持續交付）時遭遇可用性或效能問題。事件從 2026 年 6 月 8 日 07:11 UTC（協調世界時）開始調查，隨後 GitHub 陸續確認 Issues 可用性降低、Issues 與 Pull Requests 效能下降，並在 08:13 表示影響範圍主要限於未驗證身分的使用者，08:27 又補充 Actions 也出現效能下降。狀態頁顯示團隊仍在調查與緩解中，尚未提供完整根因或解決時間。
Hacker News 討論中，多名使用者回報實際遇到 GitHub 間歇性無法連線，包括英國倫敦與西歐地區出現 504 Gateway Time-out（閘道逾時，代表上游伺服器未及時回應），有些人重新整理後短暫恢復，接著又再次失效。也有人表示原本以為是 Firefox 或自己網路的問題，後來才發現 GitHub 狀態異常；另有留言指出，雖然官方說影響未登入使用者，但有人連從 IDE（整合開發環境）推送程式碼也遇到問題，因此懷疑實際影響可能比狀態頁描述更廣。
討論焦點很快轉向 GitHub 近期可靠性。部分使用者抱怨這類「GitHub is down」討論幾乎變成每週甚至每日出現，並提到兩天前才有另一次事件；也有人主張應改採自架服務。不過反方認為，多數公司已深度依賴 GitHub Actions、程式碼託管與各種整合流程，遷移到 GitLab 或自架系統成本很高，而且自架未必比 GitHub 更穩定。另有使用者指出，企業近年把內部系統遷到 GitHub 可能是為了節省成本，這也讓 GitHub 成為更多開發流程的單點依賴。
不少留言質疑 GitHub 狀態頁的呈現方式，認為官方 90 天可用率看起來過於樂觀；有人比較第三方追蹤頁，指出 Pull Requests 的可用率估算與官方數字差距很大，也有人觀察到過去多天明明有「效能下降」紀錄，日曆仍顯示綠色。另有技術性推測認為，未登入使用者受影響可能與快取頁面或未驗證請求路徑有關；也有人把近期不穩歸因於大型語言模型（LLM, Large Language Model）帶來的流量成長、AI 功能優先，以及工程速度提高後可能增加的變更風險，但這些說法多屬使用者推測，官方通報尚未確認根因。
👥 35 則討論、評論 💬
https://news.ycombinator.com/item?id=48442470