開發者徹底怒了，硬氣回懟GitHub CTO：“你們平臺的優先級工作是可用性，可用性，還是可用性！”

Mitchell Hashimoto 日前宣布其創建的開源終端模擬器 Ghostty 將正式離開 GitHub。

這一決定標志著這位 GitHub 第 1299 號用戶、18 年忠實擁躉與該平臺關系的重大轉折。

Ghostty 是 Hashimoto 于 2024 年推出的終端模擬器項目，采用 Zig 語言編寫，以其高性能和原生 UI 特性在開發者社區迅速獲得關注。該項目目前完全托管在 GitHub 上，包括代碼倉庫、Issue 追蹤、Pull Request 流程以及 CI/CD 流水線。遷移意味著需要找到能夠替代這些基礎設施的新平臺。

Hashimoto 在文中回顧了自己與 GitHub 的深厚淵源。作為 2008 年 2 月注冊的早期用戶，他過去 18 年間幾乎每天都會打開 GitHub，無論是凌晨四點的大學宿舍、經歷感情挫折的低谷期，還是蜜月旅行的清晨。GitHub 不僅是他的工作平臺，更是他投入熱情和獲得快樂的地方。他甚至坦言，當初創建 Vagrant 項目的重要動機之一就是希望借此獲得 GitHub 的工作機會。

然而，近年來 GitHub 頻繁的服務中斷嚴重影響了 Hashimoto 的工作效率。他在過去一個月里堅持記錄日記，幾乎每一天都因 GitHub 故障而無法正常工作。就在撰寫這篇文章的當天，GitHub Actions 的故障導致他長達約兩小時無法進行代碼審查。Hashimoto 認為，一個每天將你拒之門外數小時的平臺，已經不適合開展嚴肅的工作。

Hashimoto 透露，Ghostty 團隊已經制定了詳細的遷移計劃，目標是盡可能平穩地完成過渡。他們將在未來幾個月內公布具體的目標平臺，目前仍在與多個商業和開源提供商進行洽談。作為過渡措施，Ghostty 將在 GitHub 上保留一個只讀鏡像，以確保現有鏈接和引用不會失效。

就在同一天，GitHub 首席技術官 Kyle Daigle 也發布了一篇關于 GitHub 平臺可用性的深度更新，坦承自 2025 年 12 月以來，AI 驅動的“智能體代理式開發”浪潮使平臺流量出現了前所未有的激增，給基礎設施帶來了巨大壓力，并導致近期發生了兩起影響范圍較廣的故障事件。

Daigle 在文中披露了一組令人矚目的增長數據：GitHub 平臺目前每月新增超過 2000 萬個倉庫，每周處理的 Pull Request 數量高達 9000 萬次，每周產生的代碼提交更是達到了驚人的 14 億次。

與 2023 年相比，平臺負載已從原先的 10 倍增長擴大到了 30 倍。這種爆炸式增長的背后，是 AI 編程助手（如 GitHub Copilot）的普及大幅降低了開發門檻，使得更多開發者涌入平臺進行代碼協作。

GitHub 平臺增長數據

然而，流量的激增也直接暴露了基礎設施的瓶頸。Daigle 詳細介紹了兩起近期發生的故障。第一起發生在 2025 年 4 月 23 日，一個代碼合并隊列（Merge Queue）的漏洞導致系統對隊列中的 Pull Request 進行了重復處理，進而引發了級聯故障，造成大量用戶的合并操作失敗。

第二起則發生在 4 月 27 日，GitHub 的 Elasticsearch 集群在峰值負載下不堪重負，導致代碼搜索、問題追蹤等核心功能出現性能下降甚至不可用的情況。

面對這些挑戰，Daigle 稱 GitHub 團隊正在從短期修復和長期架構重構兩個維度同時發力。短期措施包括將 Webhooks 服務從 MySQL 數據庫中剝離出來，以減輕數據庫壓力；重新設計會話緩存機制，提升用戶認證系統的穩定性。

在長期規劃方面，GitHub 制定了更為激進的路線圖：

1. 將核心服務進行隔離，避免單點故障擴散到整個平臺
2. 逐步將部分關鍵服務從 Ruby 遷移至 Go 語言，以獲得更好的性能和并發處理能力
3. 推進多云架構部署，增強基礎設施的彈性和容災能力。

Daigle 表示：“我們的工作優先級很明確：首先是平臺可用性，其次是平臺負載容量，最后才是新功能。我們正在減少不必要的工作，以及改進緩存，隔離關鍵服務，消除單點故障，并將對性能要求較高的服務遷移到專為這些工作負載設計的系統中。這就是分布式系統的工作：減少隱藏耦合，限制影響范圍，并確保 GitHub 在某個子系統壓力過大時能夠優雅降級。”

雖然 GitHub CTO 親自出面發布了關于平臺可用性的更新，并坦誠交代了平臺目前的問題和改進措施。

但用戶對此并不滿意，稱對方并沒有真正認識到 GitHub 頻繁出現服務中斷的嚴重性，直言其優先級工作只有三項：

可用性
可用性
可用性

事實上，這并非 GitHub 首次因 AI 流量激增而面臨可用性危機。早在 2025 年初，GitHub 就曾因 Copilot 的廣泛使用導致 API 速率限制頻繁觸發，引發開發者社區的不滿。

隨著 AI 編程工具的持續普及，代碼托管平臺的負載曲線預計將繼續陡峭上升。GitHub 此次的基礎設施升級經驗，無疑將為整個行業提供重要的參考樣本。