GitHub 正在沉沦

# GitHub 正在沉没 来源: https://dbushell.com/2026/04/29/github-is-sinking/ 非 AI 生成 - 由人类创作 2026年4月29日星期三 **TL;DR:**GitHub 曾经很酷，现在却成了一个平庸垃圾的坟场。 GitHub 正朝着传说中 **零可用性（zero nines）**（https://en.wikipedia.org/wiki/High_availability#Percentage_calculation）的正常运行时间狂奔。用户开始注意到 GitHub 现在是一个微软产品了。*真恶心！* 官方发布的正常运行时间图表令人担忧，但那些**缺失的状态页面**（https://mrshu.github.io/github-statuses/）讲述了一个更为糟糕的故事。无论真相如何，如果你偶尔使用微软旗下的 GitHub，就不难发现那种*“美妙”*的体验。 [折线图显示微软收购后 GitHub 每月平均正常运行时间。一条绿色曲线变成了橙色和红色的过山车。折线图显示微软收购后 GitHub 每月平均正常运行时间。一条绿色曲线变成了橙色和红色的过山车。] GitHub 的历史正常运行时间 (https://damrnelson.github.io/github-historical-uptime/) 微软收购了 GitHub (https://news.microsoft.com/announcement/microsoft-acquires-github/)，并施加了他们独特的“恶化”（enshittification）风格。他们的成就之一就是催生了 **Copilot 地狱圈** (https://teybannerman.com/strategy/2026/03/31/how-many-microsoft-copilot-are-there.html)。现在，他们实际上是在用垃圾内容**DDoS 攻击自己** (https://github.blog/news-insights/company-news/an-update-on-github-availability/)。我不想过多纠结于其他出了什么问题。我不知道，也不在乎。现在的 GitHub 烂得令人印象深刻。*令人尴尬。* (https://trunk.io/blog/what-happens-if-a-merge-queue-builds-on-the-wrong-commit) *令人羞耻。* (https://www.theregister.com/2026/03/26/github_ai_training_policy_changes/) 在我写这篇文章时，讣告如潮水般涌来： - 抛弃 GitHub - Lonami (https://lonami.dev/blog/ditching-github/) - Ghostty 正在离开 GitHub - Mitchell Hashimoto (https://mitchellh.com/writing/ghostty-leaving-github) - GitHub 之前 - Armin Ronacher (https://lucumr.pocoo.org/2026/4/28/before-github/) - 从 GitHub 到 Codeberg/Forgejo - Jonas Hietala (https://www.jonashietala.se/blog/2026/04/28/from_github_to_codebergforgejo/) **离开这艘沉船的时候早就到了！** ## Git 不等于 GitHub GitHub 已经成为“版本控制”的代名词，我担心太多用户并不知道 Git 不等于 GitHub。Git 的核心技术是开源的。它是分布式的，意味着所有仓库都是平等的。Git 可以在没有中心化服务的情况下工作。这种做法是一种社交便利的建构。GitHub 曾是一个有用的附加组件。微软已将 GitHub 变成了一个昂贵的负担。 ### 但是网络效应…… 网络效应很难被颠覆，但如果有人能做到，那就是微软。GitHub 的**虚假点赞经济** (https://awesomeagents.ai/news/github-fake-stars-investigation/) 一文不值。GitHub 充斥着机器人，**溺毙在垃圾内容中** (https://www.theregister.com/2026/02/18/godot_maintainers_struggle_with_draining/)，并且尽一切努力鼓励这种情况。微软正在把 GitHub 变成代码界的 **Moltbook** (https://en.wikipedia.org/wiki/Moltbook)，它不再属于你我这样的普通人了。 ### 但是持续集成…… 你的 CI 流水线过度工程化了，而 GitHub Actions 简直是一场灾难（参见：[[1]](https://www.iankduncan.com/engineering/2026-02-05-github-actions-killing-your-team/)[[2]](https://nesbitt.io/2026/04/28/github-actions-is-the-weakest-link.html)）。寻找另一种解决方案绝对是一项苦差事，但你相信 GitHub 是可靠的吗？ ### 但还有更多借口…… 听着，船要沉了！没错，水看起来很冷。别赖在那里，等着被微软拖下水。你不需要一次性迁移所有内容。开始这个过程吧。 ## 替代方案 逃离 GitHub 最近的救生艇是另一个集中式的 Git 托管平台。只需注册并将你的仓库推送到新的上游。有些服务可以自动化迁移，甚至可能导入 Issues。就我个人而言，我会让 Issues 在这场悲剧的船难中沉没。 **编辑：** 以下选项都不是完美的“彩虹与蝴蝶”。它们只是**不是 GitHub**，我只能保证这一点。请自行研究等。 Codeberg (https://codeberg.org/)——一个非营利且由社区主导的项目，拥有成熟的记录。这是会长期存在的、安全的替代方案。它是 **Forgejo** (https://forgejo.org/) 的旗舰实例。 Tangled (https://tangled.org/)——一家处于 Alpha 阶段的初创公司，具有有趣的 **AT 协议** (https://dbushell.com/2026/03/10/building-on-at-protocol/) 集成。值得为小型独立项目考虑。 Gitea (https://about.gitea.com/)——他们提供云托管的 Git 服务。这是 Codeberg/Forgejo 从中分叉出来的原始开源项目。 GitLab (https://about.gitlab.com/)——企业级，意味着它臃肿且令人困惑，但能给你的老板留下好印象。如果你需要开好几个会才能做出决定，这也许是个选择。 Bitbucket (https://bitbucket.org/)——用一个灵魂毁灭的公司真空吸尘器换另一个。强烈不推荐，但 Bitbucket 技术上确实符合*“除了 GitHub 什么都行”*这一类别。 **编辑：** 有人向我推荐了 **Game of Trees** (https://gothub.org/)、**Radicle** (https://radicle.dev/) 和 **Sourcehut** (https://sr.ht/)。我不知道它们是如何工作的，请自行调查！ ## 自托管 如果你像我一样**酷** (https://dbushell.com/2025/08/11/github-ensloppification/)，你或你的组织可以自托管一个带有 **Actions** (https://dbushell.com/2025/08/15/self-hosted-forgejo-actions-runner/) 和 **Releases** (https://dbushell.com/2025/08/25/self-hosted-forgejo-actions-releases/) 的 Git 托管平台。我推荐 **Forgejo** (https://forgejo.org/)。有关于 Forgejo 实例之间**联邦化** (https://codeberg.org/forgejo-contrib/federation) 的讨论（**编辑：** 以及 Tangled (https://blog.tangled.org/federation/)），但这在短时间内不会发生。如果你希望进行开放协作，可以把副本推送到 Codeberg。Gitea 和 GitLab 也有自托管选项。请注意，GitLab 相对而言非常庞大臃肿。 当我说到“Git 不等于 GitHub”时，同样的逻辑也适用于其他托管平台。你需要那些附加组件吗？没有什么能阻止你通过 SSH 原始地使用 Git： ``` git clone [email protected]:/path/to/repo ``` 如何管理协作是另一个问题。如果 Linux 可以通过向电子邮件邮件列表发送补丁来维护，那么*“在大规模下不可行”*的论点就是能力问题。但说正经的，在我看来，一个集中式的 Git 托管平台是一个不错的折中方案。也许未来它们会像 GitHub 一样崩溃。始终要有退出计划。 总之，除了 GitHub，用什么都行。