GitHub 正面临困难。它的正常运行时间（或者说，缺乏正常运行）已经成为一个梗，并且由于 AI 的发展，它面临着指数级的使用增长，现在高知名度的项目如 Ghostty 正在转向其他平台。开发者们开始讨论他们希望从替代品中得到什么。我对 GitHub 心存感激，但很显然方向已经改变。我希望他们能够解决稳定性问题，但这也是开源世界尝试新事物的机会。那么，接下来会怎样呢？有很多 Git Forge 存在。其中一些，比如 Forgejo，表现得相当不错。可以合理地预测，许多人将转向这些平台，而生态系统将变得更加碎片化。集中化有其优点，失去这些可能会带来痛苦。我喜欢我使用的大多数开发工具与 GitHub 的集成，当我想在 GitHub 项目中打开一个问题时几乎没有摩擦。这在许多不同的 gitlab.foo.com 和 forgejo.bar.com 实例的世界中就不再是这样了。或者，也许每个人都转向某个新兴的以 AI 为先的 Forge，然后我们在 10-20 年后经历同样的恶化循环。但我们不必这样生活。Armin Ronacher 表达得很好：一家公司 drift 的问题不该成为其他所有人的文化危机。我认为我们已经有了一条充满希望的道路：一个基于开放、互操作协议的 Git Forge。具体来说，今天的这个是 Tangled。它建立在 AT 协议之上。细节上有些专业（如果你感兴趣，我推荐这个解释），但这里是重要的部分：你的数据（例如，你的仓库、你打开的问题、你撰写的 PR 评论）可以存储在你可以自我托管的服务器上（或者你可以使用公共共享服务器）。一个集中化的应用（比如 tangled.org 本身）将每个人的数据聚合在一个地方。它都是开源的，所以如果 Tangled 开发者开始偏离轨道，我们可以对其进行分支。换句话说：我们可以享受集中服务的好处，并拥有我们自己数据的好处。你不需要一百万个登录名，仍可以通过一个搜索框搜索每个人的仓库，但你也不必将你的代码永久托付给 Tangled 开发者。就我而言，这个的最好之处在于它在结构上抵御着让我们在 GitHub 上受苦的锁定效应。任何人都可以运行自己的 Tangled 分支，只要他们愿意。只要这个分支与 Tangled 的架构（在 ATProto 的术语中称为词汇）保持兼容，那么无论某人是从 tangled.org、tangled-but-better.org 还是 tangled-but-with-some-crazy-different-ui-and-features.com 阅读他们的资料都没有关系。一个早期的良好例子是 Mitchell Hashimoto 的 tack——如果你不喜欢他们的本地 Nix 风格的功能，它允许你在 Tangled 内使用其他 CI 提供商。我希望 Tangled 能够发展得很好。今天，它还是 alpha 软件，因此某些功能还不够完善，但它绝对适合开源工作。他们已经获得了一轮种子融资，原生支持 jujutsu 和堆叠 PR，并刚刚引入了一个有趣的信任网络实现。从我所见，它是唯一一个在根本上与 GitHub 不同的 Forge。下一个 Forge 应该是一个提升，而不是横向的。我开始在 Tangled 上启动我的所有新项目，我鼓励你尝试一下。