北京
Mitchell Hashimoto——Vagrant、Terraform、Ghostty的缔造者——写决裂信的时候，整个开发者圈子都放下了手里的代码。
2026年4月28日，他给GitHub写了一封分手信。不是寻常的技术迁移公告，而是剥开了18年的日常，把一场漫长的失望摊在每个人面前。“我是GitHub第1299号用户，2008年2月加入。从那以后，我每天都会打开GitHub。每一天，一天好几次，持续了超过18年。已经超过我半辈子了。”
这篇帖子刺穿了无数开发者的神经。它冲上Hacker News榜首，拿到3500多个赞同票、上千条评论。Mitchell不是在抱怨偶发的宕机，他在哀悼一个曾经塑造了他整个职业生涯的平台，一个最终让他不得不离开的平台。
这才是最致命的一点：他记了一本宕机日记。整整一个月，Mitchell在每个被GitHub故障阻断工作的日期旁打了一个叉。几乎每天的格子都填上了叉。“我写这篇帖子的当天，因为GitHub Actions挂掉，我有将近两个小时没法做任何PR Review。这地方已经不适合严肃干活了——如果每天都动不动堵你几个小时，你还怎么工作？”
先明确一件事：这不是Git本身的问题。Mitchell说得非常直白——Git是分布式的，你随时可以离线提交。真正瘫痪的是其他所有东西：Issues、Pull Requests、Actions、Projects、Wiki、代码审查……所有那些把Git仓库变成协作平台的基础设施。GitHub一宕，你不能审PR、不能跑CI、不能分类bug、不能合并任何东西。整个团队原地冻结。
对于Ghostty这样一个快速演进的终端模拟器项目，拥有数百名贡献者，每天几个小时的瘫痪是致命伤。
大多数开发者已经忘记GitHub本质上是一种基础设施。它“一直好使”，直到有一天它不再好使。但过去一年，GitHub的可靠性肉眼可见地在退化。平台膨胀得厉害。Copilot、Codespaces、模型托管，各种AI功能一层层堆叠在原本只为Git托管和PR设计的底盘上。裂缝已经能看到了。
这个剧情，但凡盯过几家平台公司的人都熟悉得很：增长期，功能猛上，可靠性“凑合就行”；变现期，AI功能优先，核心稳定性悄悄让路；危机期，用户卷铺盖走人，连带着社区一起搬走。GitHub现在的位置，差不多就在第二和第三阶段之间。而Ghostty就是那只矿井里的金丝雀。
真正值得讨论的问题不是Ghostty走不走，而是它往哪走，以及这对我们剩下的人意味着什么。
Mitchell自己提了几个替代方案，社区也在这些方向上迅速集结：
• 自托管Forgejo / Gitea
Forgejo（Gitea的一个分支）已经成为头号自托管选项。它有完整的Issues、PR、通过Actions兼容Runner实现的CI，界面也清爽。因为是自托管，你掌控着运行时间。承载Forgejo的Codeberg平台，自从这波出走潮开始，项目涌入量暴涨。
• 完全去中心化的方案
一部分人涌向基于联邦协议的方案，用ActivityPub串联不同的Forgejo实例，一个节点挂了不影响其他。这更像是要把代码协作变成邮件列表那样，不存在单点故障。
• 退回Git基础，配合轻量工具
另一派直接回归原始Git，用邮件列表做讨论、用patch发改动，配合SourceHut这类极简协作界面。他们压根不想再造一个臃肿的“一站式平台”，只想要稳定的Git和快速的上游合并。
• 商业平替GitLab / Bitbucket
GitLab和Bitbucket当然也在讨论之中，但语气普遍谨慎。大家担心的是一样的病——功能膨胀、稳定性下滑。搬过去只是换了个房东，而不是换了种活法。
• 混合多云备份策略
还有一部分项目不打算站队，直接多平台镜像，主仓设一处，镜像同步到另一家，Actions在两边都配好，随时可以切。这不是信任某个平台，而是把信任机制握在自己手里。
这封分手信真正让人后背发凉的地方，不是“我要走了”，而是“我每天都记录，每一条叉都代表一次被辜负。”当你的老用户开始用日记形式量化你的不可靠程度，这已经不是产品体验的问题了——这是信任的瓦解。Ghostty不会是最后一个搬走的项目，它只是第一个把所有人心里那本日记公开读了出来。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
