GitHub 正在下沉
一句话看懂：2026年4月29日，多位知名开发者集中发文告别GitHub，批评微软收购后平台沦为“垃圾堆积场”、Copilot引发资源滥用，且可靠性持续恶化。这标志着GitHub作为开发者社区“默认选项”的地位正在被主动挑战。
事件核心：发生了什么
原文作者David Bushell以一篇题为《GitHub is sinking》的文章引爆了Hacker News讨论。文章指出，自微软收购GitHub后，平台的月度可用率（uptime）从稳定的绿色下降为一条橙色和红色的过山车曲线，甚至有“缺失的状态页面”暗示问题比官方数据更严重。与此同时，Ghostty创始人Mitchell Hashimoto、知名开发者Armin Ronacher、Lonami等人均公开宣布“离开GitHub”。Copilot的大规模自动提交和机器人账号造成了伪星经济（fake star economy），平台正被自己产生的“垃圾内容”（slop）实施DDoS攻击。行动替代方案方面，作者推荐了社区非营利实例Codeberg（基于Forgejo）、Alpha阶段的Tangled（集成AT协议），以及允许用户自托管Forgejo、Gitea或GitLab的方案。
为什么重要
GitHub的沉没不仅是个别平台的用户流失问题。它暴露了大型平台被收购后“产品体验劣化”（enshittification）的典型路径：从生态友好转向利润最大化，导致大量低质AI生成内容污染代码仓库，增加真实开发者的维护成本。更重要的是，大量开发者混淆了Git与GitHub，认为Git必须依附于一个中心化服务。这一事件促使行业重新审视分布式版本控制的本意——Git本身是完全点对点的开源技术，中心化平台只是社交便利的附加品。若微软继续放任GitHub的“自我攻击”，将进一步激发生成托管平台的多极化竞争，例如Forgejo正在讨论实例间联邦化，Tangled也计划支持该功能，试图还原去中心化的协作网络。
对用户/开发者/创作者的影响
日常开发者：如果你还在依赖GitHub Actions做CI/CD，需要意识到平台可靠性已非保障。原文用量化数据指出，连续月可用率已不再是三个9级别，开发者应制定“随时可迁移”的备份策略，例如自建第二副本或同步到Forgejo/Gitea。开源项目维护者：假星和机器人issue泛滥意味着你的项目贡献者列表可能被污染，合并代码前的审计成本增加；可以考虑将正式发布仓库搬至非营利平台（如Codeberg），利用GitHub仅做流量入口。初创公司团队：如果项目规模尚未形成强网络效应，分步迁移（先保留issues搁浅、仅迁移代码和历史记录）是可行的最小风险方案；自托管Forgejo配合Git over SSH可实现完全自主，但对团队运维能力有一定要求。
值得关注的后续
1. Forgejo与Tangled的联邦化进展：目前两种方案均处于“讨论阶段”，若能在未来6个月内推出至少基本互操作协议，将成为GitHub之外最有力的生态选项。2. 微软对平台问题的官方回应：用户已注意到GitHub状态页面对部分故障不作更新，如果微软不改善透明度（例如恢复缺失的状态页面），流失速度可能进一步加快。3. 大型企业是否跟风迁移：GitLab和Bitbucket是目前企业级别的替代品，但前者被评价为“臃肿且令老板满意”，后者则是“从一个令人沮丧的世界进入另一个”。如果GitHub的可靠性继续下滑，大型企业的CI/CD管线可能率先评估自托管方案或转向GitLab企业版。
