问 HN：GitHub 的替代方案

Hacker News 讨论 ↗

对 GitHub 宕机、AI 重度化方向以及围绕 Actions 的锁定感到不满，正推动许多开发者评估替代的代码 forge。参与者比较了 GitLab、Gitea、Forgejo、Codeberg、Bitbucket、SourceHut，以及像 Tangled 这样的新型联邦平台，同时也讨论了独立 CI 系统和“无 forge”工作流——将 issues 和 PR 保留在 Git 本身中。一个反复出现的主题是：GitHub 的网络效应和便利性，与更强的控制、可靠性以及意识形态一致性之间的权衡，例如 Codeberg 的反 LLM 立场所提供的价值。

关于 GitHub 的总体情绪

  • 许多人对最近的不可靠性、AI “slop”，以及通过 Actions 和集成带来的锁定感到沮丧。
  • 也有人认为宕机被夸大了，而且切换是有真实成本的，尤其是对较大的组织而言。
  • 网络效应（贡献者、可发现性、统一通知）被视为 GitHub 最大的护城河。

自托管 forge 替代方案

  • Forgejo、Gitea 和 GitLab Community Edition 是主要的类 GitHub 自托管选择。
  • Forgejo/Gitea 因轻量、快速、适合在小型 VPS 或 homelab 上运行而受到赞赏；GitLab 被认为更重，但功能更丰富，尤其是在 CI 方面。
  • 有些人报告了多年自托管 GitLab 的正面体验；也有人警告维护负担、升级陷阱以及频繁的安全更新。
  • 一些人会从自托管的源头（Forgejo/Gitea/GitLab）镜像到 GitHub 以获得可见性。

托管 forge 替代方案

  • Codeberg（基于 Forgejo、非营利、面向 FOSS）是开源项目的热门选择，但：
    • 私有仓库受到限制或不鼓励。
    • 有些人批评其可用性不如 GitHub。
  • 还提到的其他托管选项包括：Bitbucket、SourceHut、Codefloe、Worktree（基于加拿大/OVH）、Gitoro、upd.dev、Google/AWS/Azure 的服务，以及 Tencent/Gitee（同时有人提出地缘政治方面的担忧）。

CI/CD 和 GitHub Actions 替代方案

  • GitLab CI 广受好评；Forgejo 和 Gitea 现在也提供类似 Actions 的 CI（但并非完全协议兼容）。
  • 外部 CI 工具：Woodpecker、Drone、传统厂商（CircleCI、Semaphore）、Buildkite（带有 GH Actions “adapter”）、AWS CodeBuild、RocketRunner（GitLab runners as a service）。
  • 还有一些实验性或小众工具：DSCI（单体 forge+CI）、preloop（使用 microVM 的本地/自托管 GH Actions 替代品）。

去中心化、联邦化和非 git 方案

  • 大家对联邦式/社交化编码很感兴趣（基于 atproto 的 Tangled、Radicle、基于 nostr 的 gitworkshop、rngit）。
  • 有些人认为，真正的解决方案是一个去中心化的 “GitHub layer”，而不只是迁移到另一个中心化 forge。
  • 非 git VCS 和集成系统：Fossil 和 Pijul 因内置 issues/wiki 和易于自托管而受到关注。

Codeberg 与 AI/LLM 政策争议

  • Codeberg 禁止主要由 LLM 生成或与 LLM 生态紧密绑定的项目；对此存在不同解读：
    • 有些人声称“任何 AI 使用”都违反 ToS。
    • 也有人引用政策/文本称，部分 AI 辅助是允许的；只有高度 AI 生成或 AI 中心化的项目才被禁止。
  • 这种严格立场对一些人是巨大吸引力，对另一些人则是无法接受的因素。