18年老用戶“哭著離開”：因GitHub頻繁宕機，Anthropic官方推薦、5.2萬Star項目Ghostty官宣遷出！

整理 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

當一個用了 18 年、幾乎“住在 GitHub 上”的開發者，突然宣布要離開，原因會是什么呢？

最近，HashiCorp 聯合創始人、Terraform 和 Vagrant 的作者 Mitchell Hashimoto 在個人博客中寫下了一篇帶著明顯情緒的長文，核心只有一句話：GitHub 近來故障太多、太不穩定了。

而他的解決方案也很直接——把自己當前最重要、擁有5.2 萬Star的開源項目 Ghostty，遷出 GitHub。

一個老用戶的告別：從熱愛到失望

先簡單介紹一下，Ghostty 是一款用 Zig 語言編寫的終端模擬器，其設計目標是在 macOS 和 Linux 上提供快速、功能豐富、平臺原生的終端體驗，未來還計劃支持 Windows。值得一提的是，連 Anthropic 官方都曾推薦 Ghostty 作為 Claude Code 的首選終端。

本周，Ghostty 的項目作者 Hashimoto 在其個人博客中寫道，他是 GitHub 的第 1299 位用戶，注冊時間可以追溯到 2008 年 2 月。從那之后的 18 年里，他幾乎每天都會打開 GitHub，而且一天不止一次。

對他來說，GitHub幾乎占據了自己的半個人生。Hashimoto 回憶稱，過去無論經歷什么階段，GitHub 都是他最愿意待的地方：

● 大學時期熬夜寫代碼，臨睡前還要再提交一次 commit；

● 度假時會收藏一堆項目倉庫鏈接，研究別人如何組織開源協作流程；

● 甚至連蜜月旅行期間，也會趁清晨空檔打開 GitHub 看看動態。

在他眼里，GitHub 從來不只是代碼托管平臺，更像互聯網世界里的精神家園。Hashimoto還自曝，自己早年開發 Vagrant 的重要動力之一，就是希望靠這個項目拿到 GitHub 的工作機會。他在 20 歲時曾公開打趣道：“如果這個項目做得夠好，也許 GitHub 會錄用我?！?/p>

雖然最終沒有加入 GitHub，但 Hashimoto 始終把那里視為理想中的開發圣地。

一個月日志：幾乎“天天宕機”的開發體驗

讓 Hashimoto 真正感到失望并決定離開的，并不是某一次事故，而是 GitHub 持續性的“不穩定”。

為了避免主觀情緒干擾判斷，他做了一件很工程師的事情：記錄數據。在過去一個月里，只要 GitHub 出現問題、影響到他的工作，就在當天日期旁邊打一個“X”。

結果是：幾乎每天都有 X。

Hashimoto 強調，這些問題并不只是偶發卡頓，而會直接影響核心開發流程：

● GitHub Actions 無法運行，CI/CD 中斷

● Pull Request 頁面卡死，代碼審核無法推進

● 頁面加載異常，影響日常操作

甚至在他寫博客當天，就因為 GitHub Actions 故障，連續約兩小時無法進行 PR 審核。

對于普通用戶來說，這也許只是一次短暫異常；但對于依賴 GitHub 完成開發、測試、發布全流程的項目來說，這種級別的中斷，已經不是“體驗不好”，而是工作被硬生生中斷。

于是，Hashimoto 給出的結論也非常直接：如果一個平臺每天都讓你被卡住幾個小時，它就已經不再適合正常工作了。他在博客中寫下了這樣一段話：

“我想待在這里，但它不想讓我待在這里。 我想把工作做完，但它不想讓我完成工作。 我想發布軟件，但它不想讓我發布軟件。”

對于一個長期依賴 GitHub 開發、協作、發布項目的人來說，這已經不是抱怨，而是信任崩塌。Hashimoto 甚至承認，最近自己對 GitHub 的憤怒和批評帶有明顯的私人情緒——因為他“過度愛上了一個產品”，所以失望情緒也格外強烈。

Ghostty 成為“第一個離開的項目”

在具體行動上，Hashimoto 并沒有“一刀切”地拋棄 GitHub：Ghostty 將逐步遷移到新平臺；GitHub 上保留只讀鏡像倉庫，方便現有用戶繼續訪問代碼；他的個人項目將暫時繼續留在 GitHub。

換句話說，這更像是一次“核心業務遷移”，而不是徹底告別。

之所以優先遷移 Ghostty，原因也很現實：Ghostty 是他本人、維護者團隊以及開源社區受 GitHub 故障影響最明顯的項目，因此必須優先處理。

至于下一站去哪，Hashimoto 坦言目前仍未最終確定，團隊正在與多個候選平臺溝通，其中既有商業服務商，也有自由開源方案（FOSS）。

此外，由于該項目當前已深度依賴 GitHub 的諸多功能，遷移不會一夜完成，而會以漸進方式推進。

所以，GitHub 發生了什么？

過去，GitHub 作為“開發者基礎設施”的地位幾乎不可撼動，無論是代碼托管、協作流程，還是 CI/CD 體系，都高度集中在這一平臺上。

但近期，穩定性問題確實開始頻繁出現：GitHub Actions 多次中斷、PR 流程異常、API 響應不穩定、頁面加載失敗……例如就在 4 月底，一次由 Elasticsearch 配置問題引發的事故，導致大量 Pull Request 無法正常完成。

這些問題單看并不罕見，但當頻率上升到“影響日常工作”的程度時，問題的性質就變了。

更微妙的是，眾所周知GitHub 近年來正在大力推進 AI 能力，例如 Copilot、自動化代碼分析等。與此同時，微軟整體戰略也在向 AI 傾斜。為此，不少開發者開始提出一個疑問：

當平臺資源不斷向 AI 功能傾斜時，GitHub的基礎穩定性是否被忽視了？

雖然，目前并沒有直接證據證明兩者存在因果關系，但至少在時間線上，兩者是重疊的。Hashimoto 本人也并沒有明確指責這一點，但他的經歷，確實發生在這一階段。

如果GitHub變好了，他還是愿意回來

最終，Hashimoto 在博客中留下了一段頗為沉重的告別：“我希望 GitHub 變得更好，但我也想寫代碼?，F在我已經沒法繼續依賴 GitHub 寫代碼了。抱歉，18 年后，我得走了。”

在 Hacker News 的后續回應中，他還透露，自己寫下這篇博客時甚至哭了，眼淚一度滴到了鍵盤上：“說來也怪，誰會因為一個 SaaS 平臺而哭呢？但 GitHub 對我來說遠不止于此，我和它之間有著一種不健康的依戀。它給予了我太多，我也對此心懷感激。但，它已不再是曾經的模樣?！?/p>

Hashimoto 說，直到真正寫下文章并點擊發布按鈕的那一刻，這場離別才變得真實。

不過，正如上文所說，這次遷出 Ghostty 并非意味著徹底決裂——Hashimoto 表示，如果未來GitHub 能拿出真正的改進成果，而不是停留在承諾和口號層面，他還是愿意回來。

參考鏈接：https://mitchellh.com/writing/ghostty-leaving-github

加入AMD AI 開發者計劃與全球極客共筑開源

加入即領 50 小時免費云算力

進群抽顯卡、AIPC，好運不停

活動與工作坊，早鳥名額優先鎖定

AMD Al Academy 官方課程，加速