5.2万Star项目被迫出走GitHub，但开源世界只剩更差的选择
5.2万Star项目被迫出走GitHub
来源： InfoQ 发布时间： 2026年5月1日
一封含泪的告别信
"有些告别，并不是因为不再热爱，而是因为再也无法继续留下。"
Ghostty项目创始人Mitchell Hashimoto在宣布项目即将逃离GitHub时，哭着写完了这封18年的告别信。
他是谁：
- GitHub用户1299号（2008年2月注册）
- Vagrant创始人（开发环境一致性工具）
- HashiCorp联合创始人（Terraform、Consul、Vault、Nomad）
- 5.2万Star项目Ghostty（终端模拟器）创始人
18年的GitHub情缘
Mitchell的GitHub记忆：
"GitHub是让我最快乐的地方。我总会为它留出时间。经历糟糕的分手时，我把自己丢进开源世界……在大学凌晨四点，所有人都睡着的时候，我再提交一次commit。甚至在蜜月期间，当妻子还在睡觉时，我都在逛GitHub。"
数据：
- 注册时间：2008年2月
- 使用时长：18年
- 打开频率：每天多次，几乎每天，持续18年
- 占据人生：一半以上时间
最初梦想：创建Vagrant的初衷，是希望借此拿到GitHub的工作机会。虽然最终没能如愿，但"那是我想去的梦中工作"。
为何离开：平台失范
导火索：近一个月来，Mitchell每天记录GitHub故障：几乎每天都有"X"标记
具体问题：
- Actions频繁故障，每天停摆数小时
- PR审查无法进行
- 无法进行代码发布
情绪积累：
"我对它生气，因为我确实把GitHub爱得太深了。这里不再让我感到快乐。我想留下，但它似乎不再需要我。我想完成工作，但它不让我完成。我想发布软件，但它不让我发布。"
对巨头的"/shot"
Oracle：谎言营销
Larry Ellison将"未来"说成"现在"，把未实现功能卖给客户，让用户帮debug。对于引用完整性等功能，在文档中写两页解释，底部标注"尚未实现"。
Google：MapReduce是愚蠢的
推MapReduce和最终一致性是错误方向，Hadoop低效得离谱，最终一致性只适用极少数场景。Spanner的推出等于承认：事务、一致性这些数据库问题绕不过去。
AWS：数据库种类过多
同时维护约15种数据库，实际上可能只需要3种。图数据库等重复功能的数据库缺乏足够理由存在。
社区共鸣与分歧
共鸣者观点：
- "当平台变得大而不能倒时，用户的热爱就会撞上冰冷的制度高墙"
- "2018年报告的压缩合并Bug，至今仍在"
- "这不是产品体验问题，而是时代错位，开发者的归属感正在失落"
留守者观点（GitHub员工回应）：
- "只有真正关心GitHub的人留下来，它才会变好"
- "这不是AI或微软的错，而是规模和整个技术基础在变化"
- "GitHub不会被替代，最佳途径是从内部改进"
去向何方？
Mitchell未明确回应最终迁移目标，但提及正在努力寻找统一解决方案。
潜在替代方案：
- Codeberg（GitHub类平台）
- Tangled
- Forgejo
现实困境：说服数百万用户迁移到更复杂的平台，就像"20XX年会是Linux桌面元年"一样不现实。
时代的隐喻
Mitchell的离开不仅是一个项目迁移决定，更是一代技术人的时代隐喻：
GitHub曾经不仅是工具，更是一种精神空间——代码、协作、声誉、学习路径、职业命运，都在这里交汇。它是"代码托管平台"，也是"技术乌托邦"的象征。
当平台规模不断扩大、功能叠加、商业逻辑强化时，那种最初的、近乎纯粹的开源体验正在被稀释。有人在评论中写下：
"我们不是在讨论GitHub好不好用，而是在讨论，我们曾经相信的那个地方，还在不在。"
历史背景
2018年：Microsoft以75亿美元收购GitHub，承诺"让GitHub更好地服务开发者，而不是改变它"
2019年：推出GitHub Actions，将CI/CD能力直接嵌入代码仓库
2026年：原住民开始逃离。