整理 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

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

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

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

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

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

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

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

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

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

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

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

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

一個月日志：幾乎“天天宕機(jī)”的開發(fā)體驗

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

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

結(jié)果是：幾乎每天都有 X。

Hashimoto 強(qiáng)調(diào)，這些問題并不只是偶發(fā)卡頓，而會直接影響核心開發(fā)流程：

● GitHub Actions 無法運(yùn)行，CI/CD 中斷

● Pull Request 頁面卡死，代碼審核無法推進(jìn)

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

甚至在他寫博客當(dāng)天，就因為 GitHub Actions 故障，連續(xù)約兩小時無法進(jìn)行 PR 審核。

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

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

“我想待在這里，但它不想讓我待在這里。 我想把工作做完，但它不想讓我完成工作。 我想發(fā)布軟件，但它不想讓我發(fā)布軟件?！?/blockquote>

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

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

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

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

之所以優(yōu)先遷移 Ghostty，原因也很現(xiàn)實(shí)：Ghostty 是他本人、維護(hù)者團(tuán)隊以及開源社區(qū)受 GitHub 故障影響最明顯的項目，因此必須優(yōu)先處理。

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

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

所以，GitHub 發(fā)生了什么？

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

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

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

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

當(dāng)平臺資源不斷向 AI 功能傾斜時，GitHub的基礎(chǔ)穩(wěn)定性是否被忽視了？

雖然，目前并沒有直接證據(jù)證明兩者存在因果關(guān)系，但至少在時間線上，兩者是重疊的。Hashimoto 本人也并沒有明確指責(zé)這一點(diǎn)，但他的經(jīng)歷，確實(shí)發(fā)生在這一階段。

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

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

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

Hashimoto 說，直到真正寫下文章并點(diǎn)擊發(fā)布按鈕的那一刻，這場離別才變得真實(shí)。

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

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

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

加入即領(lǐng) 50 小時免費(fèi)云算力

進(jìn)群抽顯卡、AIPC，好運(yùn)不停

活動與工作坊，早鳥名額優(yōu)先鎖定

AMD Al Academy 官方課程，加速