Ghostty 离开 GitHub：Mitchell Hashimoto 的 18 年退出声明

原文来源：Mitchell Hashimoto 个人博客 — 2026 年 4 月 28 日发布。Hacker News 排名 2026 年度第二（仅次于"不要发 AI 生成的评论"）。

事件概述

2026 年 4 月 28 日，Mitchell Hashimoto——GitHub 用户 #1299、2008 年 2 月注册、连续 18 年几乎每天登录——在个人博客上宣布：

Ghostty 将离开 GitHub。

Ghostty 是一个用 Zig 编写的 GPU 加速终端模拟器，GitHub 上拥有超过 54,000 颗星，是 2024–2026 年最受欢迎的终端项目之一。

为什么要走

核心原因只有一个：可靠性。

Hashimoto 在博客中列出了 GitHub 近期的严重故障：

2025 年末：GitHub Actions 连续数周出现间歇性失败，CI/CD 管道频繁中断
2026 年 1 月：GitHub Issues 页面大面积加载失败
2026 年 4 月 27 日：大规模故障，GitHub 在数小时内几乎完全不可用。这成了压垮骆驼的最后一根稻草

Hashimoto 写道：

"GitHub 曾经是开发者的家园。但近年来，它已经变得不可靠。频繁的宕机、缓慢的页面加载、间歇性的 API 失败——这对于一个严肃的项目来说是不可接受的。"

他进一步表示，开源项目的基础设施应该可预测：

"如果你的 CI 管道在关键时刻坏掉了，你的发布计划被打乱，你的贡献者无法提交 PR……那就不是'免费托管'的问题了——那是信任的问题。"

迁移到哪里

Ghostty 将迁移到 自托管的 Git 服务。Hashimoto 选择了自建方案，因为：

完全掌控基础设施
无第三方依赖风险
可根据项目需求定制工作流
数据主权（data sovereignty）

他暗示可能使用 Forgejo 或 GitLab 自托管，但最终决定尚未公布。

这不是个例

Ghostty 离开 GitHub 并非孤立事件：

Zig 语言

Zig 语言（Ghostty 的开发语言）早在 Ghostty 之前就离开了 GitHub。Zig 团队同样抱怨 GitHub 的可靠性问题，并迁移到了自托管的解决方案。

更大的趋势

Hashimoto 的出走引发了对 GitHub 垄断地位 的广泛讨论：

微软收购后的变化：自 2018 年被微软收购以来，GitHub 在产品功能上有所改进，但基础设施稳定性却在下滑
Copilot 占用的资源：有开发者猜测，GitHub 将大量计算资源投入 Copilot/AI 功能，导致核心 Git 服务的质量下降
单一故障点：全球开源基础设施过度依赖单一商业平台，这本身就是一种风险

对独立开发者的启示

这件事对独立开发者有几点值得思考：

1. 基础设施依赖的风险

如果你的整个工作流绑定在一个平台上，这个平台的故障就是你的故障。独立开发者尤其应该考虑可替代性。

2. 自托管的成本与收益

自托管 Git 服务需要服务器、备份、安全更新等运维工作，但对于严肃项目来说，这种投入是值得的。

3. 品牌与平台分离

Hashimoto 从 HashiCorp（Vagrant、Terraform）时代就一直是 GitHub 最忠实的用户之一。他的离开不只是技术决策，更是一个品牌信号：离开 GitHub 不代表项目不可信。

4. 长期主义

Hashimoto 运营 Ghostty 18 个月后就达到了 54k+ Stars。他不是为了短期流量选择 GitHub，而是因为长期可靠性选择了离开。

社区反应

Hacker News 上该帖子获得了 873 条评论，讨论极为热烈：

支持方："如果一个像 Ghostty 这样的旗舰项目都走了，GitHub 需要认真反思了。"
反对方："自托管后你会失去社区 visibility，特别是 GitHub 的发现机制。"
中立派："这是对 GitHub 的一个健康提醒——垄断从来不是好事。"

总结

Ghostty 离开 GitHub 是一个标志性事件。当一个平台最忠实的用户——GitHub 用户 #1299——都选择离开时，说明问题已经足够严重。

对于独立开发者来说，更重要的是思考：你的项目是否过度依赖某一个平台？如果把一个平台换成另一个，你需要付出多大的迁移成本？