18年骨灰用户含泪告别：GitHub，你让我没法写代码了！

你有没有过那种感觉？

一个你每天都用的工具，曾经爱得不行，现在却天天给你添堵。更扎心的是——你还离不开它。

最近，HashiCorp 联合创始人、Terraform 和 Vagrant 的作者 Mitchell Hashimoto，就经历了一场这样的"精神分手"。他发了一篇长文，标题其实就一句话：GitHub 最近太拉了，我受不了了。

而他给出的解决方案更干脆——把自己手上 5.2 万 Star 的开源项目 Ghostty，从 GitHub 迁走。

# 一个老用户的告别：从热爱到失望

先说说 Ghostty。

这是一款用 Zig 语言写的终端模拟器，主打在 macOS 和 Linux 上提供超快、功能丰富且平台原生的体验，未来还要支持 Windows。连 Anthropic 官方都推荐它作为 Claude Code 的首选终端，含金量不用多说了吧？

👤 第 1299 号用户，18 年"住在 GitHub"

Hashimoto 是 GitHub 的第 1299 位用户，注册时间是 2008 年 2 月。

从那之后整整 18 年，他几乎每天都会打开 GitHub，而且一天不止一次。

对他来说，GitHub 不是工具，是半个家。

看看他的"罪证"：

• 大学时期：熬夜写代码，临睡前还要再提交一次 commit
• 度假时：收藏一堆项目仓库，研究别人怎么玩开源协作
• 蜜月旅行：趁清晨空档打开 GitHub 刷动态

他甚至自曝，早年开发 Vagrant 时，最大的动力之一就是——希望能靠这个项目拿到 GitHub 的工作机会。 他 20 岁时还打趣过："如果这个项目做得够好，也许 GitHub 会录用我。"

虽然最终没去成，但他一直把 GitHub 当成理想中的开发圣地。

⚠️ 一个月日志：几乎"天天宕机"的噩梦

让 Hashimoto 真正心碎的，不是某一次故障，而是 GitHub 持续的"不稳定"。

他做了一件很工程师的事：记录数据。

过去一个月里，只要 GitHub 出问题、影响到他的工作，他就在当天日期旁边画一个"X"。

结果呢？

几乎每天都有 X。

• GitHub Actions 跑不了，CI/CD 直接挂掉
• Pull Request 页面卡死，代码审核没法推进
• 页面加载异常，日常操作变折磨

更离谱的是，他写博客那天，就因为 GitHub Actions 故障，连续两个小时没法审核 PR。

对普通用户来说，这可能只是短暂的烦躁；但对一个要靠 GitHub 完成开发、测试、发布全流程的项目来说，这已经不是"体验不好"了——这是工作被硬生生打断。

所以 Hashimoto 得出一个结论：如果一个平台每天都让你被卡住几个小时，它就已经不再适合正常工作了。

💔 "我想留下，但它不想让我留下"

他在博客里写下的那段话，读着真的有点心疼：

"我想待在这里，但它不想让我待在这里。我想把工作做完，但它不想让我完成工作。我想发布软件，但它不想让我发布软件。"

你听听，这不像是在跟平台告别，更像是跟一段感情说再见。

Hashimoto 甚至承认，最近他对 GitHub 的愤怒带有明显的"私人情绪"——因为他 "过度爱上了一个产品"，所以失望才会这么痛。

# Ghostty 成为"第一个离开的项目"

Hashimoto 并没有"一刀切"地抛弃 GitHub。

他的做法很理性：

• Ghostty 逐步迁移到新平台
• GitHub 上保留只读镜像仓库，方便现有用户继续访问代码
• 他的个人项目暂时继续留在 GitHub

说白了，这是一次 "核心业务迁移"，不是彻底决裂。

为什么优先迁 Ghostty？道理很简单：这是他自己、维护团队和开源社区受 GitHub 故障影响最大的项目，必须优先处理。

至于下一站去哪？Hashimoto 说还没最终定下来，团队正在跟多个候选平台聊，既有商业服务商，也有自由开源方案。

而且，由于 Ghostty 已经深度绑定了 GitHub 的很多功能，迁移不可能一夜完成，只能一步一步来。

# 所以，GitHub 到底怎么了？

过去，GitHub 作为"开发者基础设施"的地位几乎不可撼动。代码托管、协作流程、CI/CD 体系，全押在上面。

但最近，稳定性问题开始频繁出现：

• GitHub Actions 多次中断
• PR 流程异常
• API 响应不稳定
• 页面加载失败

就在 4 月底，一次由 Elasticsearch 配置问题引发的事故，导致大量 Pull Request 无法正常完成。

单看每件事都不算罕见，但当频率上升到 "影响日常工作" 的程度，性质就变了。

🤔 AI 狂飙，基础运维被遗忘？

更微妙的是——GitHub 这几年在疯狂搞 AI。Copilot、自动化代码分析……一个接一个。微软整体战略也在全力转向 AI。

于是不少开发者开始提出一个疑问：当平台资源不断向 AI 功能倾斜时，GitHub 的基础稳定性是不是被忽视了？

目前没有直接证据说两者有因果关系，但时间线上确实是重叠的。Hashimoto 本人也没明确指责这一点，但他的故事，确实发生在这个阶段。

# 如果 GitHub 变好了，他还是愿意回来

文章最后，Hashimoto 留下了一段挺沉重的告别：

"我希望 GitHub 变得更好，但我也想写代码。现在我已经没法继续依赖 GitHub 写代码了。抱歉，18 年后，我得走了。"

更戳心的是，他在 Hacker News 的后续回应里说，自己写这篇博客时甚至哭了，眼泪滴到了键盘上：

"说来也怪，谁会因为一个 SaaS 平台而哭呢？但 GitHub 对我来说远不止于此，我和它之间有着一种不健康的依恋。它给予了我太多，我也对此心怀感激。但，它已不再是曾经的模样。"

他说，直到真正按下"发布"按钮的那一刻，这场离别才变得真实。

不过，正像前面说的，这次迁出 Ghostty 并不是彻底决裂。Hashimoto 表示：如果未来 GitHub 能拿出真正的改进成果，而不是停留在承诺和口号层面，他还是愿意回来。

——

世界上最好的产品，不是功能最多的那个，而是永远不给用户添堵的那个。

你怎么看 Hashimoto 的选择？如果是你，会因为平台天天不稳定，就带着项目搬家吗？

觉得有启发的话，点个「在看」和「分享」，让更多开发者看到这个真实的声音！