GitHub官方的Octoverse还在讲一个热闹故事:每秒新增一名用户,2025年将近十亿次提交涌入平台。但同一时间段里,终端模拟器Ghostty、系统编程语言Zig、音频编辑器Tenacity先后把主仓库搬离了这里,Dillo浏览器和Hare语言也跟着走了。数据在涨,招牌项目在流失——这两件事同时成立,正是这轮"GitHub出走"报道里最容易被忽略的张力。

多数报道把这轮迁移简化成"开发者奔向Codeberg"的确定结局,但拆开每个案例看,答案没那么整齐:有人已经落地,有人还在半路,甚至连终点都没公布。

谁真的走了,走向了哪里

Zig是目前时间线最清楚的案例。项目创始人Andrew Kelley从2015年首次提交起一直用着GitHub,直到2024年9月先把基础设施从AWS迁到自托管环境,又过了一年多,到2025年11月26日才正式把主仓库迁到Codeberg,GitHub页面如今只留一行"Moved to Codeberg"的提示。这不是一次搬家,是两步走。

Tenacity动作更早,2023年就在Reddit上宣布转移,GitHub上现在只剩镜像。Dillo浏览器和Hare语言也做了类似的事——保留只读镜像,把开发主场挪走。

Ghostty是这轮里声量最大的一个,也是终点最不确定的一个。维护者Mitchell Hashimoto在2026年4月宣布离开GitHub,同时说得很明白:会尽量渐进式撤出依赖,并在原地址保留只读镜像。他没有公布下一站是不是Codeberg——多家科技媒体报道时也只能说这是"猜测",不是既定事实。

出走时间线:谁定了终点,谁还没 2023 Tenacity 迁移公告 2024.09 Zig 先自托管 2025.11 Zig 落地Codeberg 2026.04 Ghostty公告 终点未定 Tenacity、Zig已确定落地;Ghostty只公布"离开",没公布"去哪"

一个被传错的数字

这轮报道里另一个容易被忽略的问题,是"GitHub规模仍在增长"这句话本身的数字对不上。常见引用是"超6亿个仓库",但GitHub官方Octoverse 2025报告的实际口径是6.3亿个项目总数,其中公开或开源仓库约3.95亿个——两个概念、两个数字,被压缩成了一个更唬人的整数。

被传错的规模数字 6亿 常见误引 "仓库总数" 6.3亿 官方口径 项目总数 3.95亿 官方口径 公开/开源仓库 Octoverse 2025:项目总数与公开仓库本是两个不同口径

这种误引不影响"GitHub仍在增长"这个大方向,但放进一篇讲"开发者抛弃GitHub"的报道里,一个被放大的存量数字,配上一个被简化的迁移标题,很容易让读者以为大家都在走、都在去同一个地方。事实是:走的项目屈指可数,落地的地方也没有统一答案。

出走的声量大,不代表出走的人多。

宕机、AI、ICE,三笔账权重不同

技术层面的抱怨最实打实。第三方监测机构IncidentHub统计,从2025年5月起的一年里,GitHub累计出现48次重大故障,总宕机时长112小时——HashimotoKelley都提到这是推动迁移的直接原因。

有意思的是故障发生在哪些服务上。按GitHub自己披露的服务故障分布,Actions是重灾区,Copilot紧随其后,Pages最少。也就是说,GitHub这几年拼命往平台里塞的AI功能,本身也是不稳定的重灾区之一——这和"AI路线引发争议"这条抱怨,其实是同一个问题的两面:不只是有人不想要Copilot,Copilot自己也在拖累体验。

故障最多的不是Actions一家 Actions 57 Copilot 44 Pages 9 按服务划分的GitHub故障次数,Copilot排第二,仅次于Actions

政治层面的抱怨权重更轻,也更分散。Kelley只是"提及"了GitHub与美国移民和海关执法局(ICE)之间那笔早年被曝光、金额约20万美元、并在2019年遭到内部员工批评的合作,没有把它当作离开的首要理由。真正被反复引用的,是CEOThomas Dohmke在2025年的一句话:"要么拥抱AI,要么离开这个行业"——这句话在开发者社区里被当成一种路线表态,比ICE合作更直接地刺激了一部分人。

三种理由权重不一样:宕机是共同痛点,AI路线是分歧点,ICE合作更像是分量最轻的那一根稻草。


走和从未来过,不是一回事

  • 提醒.把"主动出走"和"本来就没来"混在一起讲,会把这轮迁移的声势算大。

GNU项目GNOMEApache基金会的软件从一开始就没在GitHub上,GNU更因为界面依赖非自由JavaScript而公开拒绝使用它。这些项目的自托管,是一种长期存在的立场选择,跟Ghostty、Zig这种"用了十年之后决定搬家"完全是两条时间线。

真正想接住这批出走项目的,是Codeberg——它跑在开源forge软件Forgejo之上,功能覆盖issue追踪、静态页面托管、CI/CD,是目前被提及最多的落地选项。此外还有支持自托管的GitLab、走邮件工作流路线的Sourcehut,以及Gitea、Forgejo这类可以自己搭的方案。软件自由保护协会(SFC)甚至专门做了个叫"Give Up GitHub"的行动页面,帮项目规划迁移路径。

对个人开发者和中小项目来说,这些替代品目前更适合"看清楚了再搬",而不是跟风搬:迁移意味着重新搭CI流水线、重新教贡献者去哪里提PR,这个成本不比忍受偶尔宕机小多少。真正值得盯的,是Ghostty最终选了谁、是否有更大体量的项目跟进——那才是判断这是不是一场真正趋势的分水岭,而不是几个先行者的姿态。