Forgejo 17 与 Gitea 28：分叉六年后怎么选/SUENCA

分叉六年，两条路

2022 年 Gitea 社区与公司围绕商标和治理产生分歧，Forgejo 从 Gitea 分叉出来，交给非营利组织运营。六年过去，两者都还在更新，但节奏和定位已经明显不同。

截至 2026 年 10 月：Gitea 58,643 star、v28.2.0（10 月 18 日）；Forgejo v17.0.0（10 月 15 日），15.0 是 LTS，支持到 2027 年 7 月。

Forgejo 17.0.0 发布公告里明确写了：目前不建议升级到 17.0.0，因为有一个正在排查的问题，会导致部分场景下无法推送、合并或执行其他代码操作。官方建议先等修复。

这不是「Forgejo 不行」，恰恰是社区治理的体现——问题公开、建议明确。但它也提醒你：大版本发布当天就升，不是好习惯。等一两个补丁版本，尤其是涉及 Git 核心操作的时候。

Gitea 由公司主导，商标与方向由公司掌握，好处是商业支持、托管服务、企业客户路线清晰；Forgejo 由社区非营利组织治理，决策更透明，坏处是资源有限，大版本节奏靠志愿者。

对自建用户，这个差异体现在两件事上：出问题时找谁，以及未来会不会突然改许可证。两者目前都是 GPL 系，但治理结构决定了「谁有权改」。

两者都提供仓库、Issue、PR、Actions、包注册表、Webhook、OAuth2。Forgejo 在联邦（federation）方向做了实验性探索，Gitea 在集成与商业插件上更积极。

对一个小团队来说，日常用到的 90% 功能没有区别。真正的差别在升级路径和生态插件。

仓库和 Issue 能迁，Actions 的 runner 配置、包注册表里的镜像、Webhook 的签名密钥往往要重建。还有 CI 缓存——迁完之后第一次流水线会慢得让你怀疑人生。

我的建议是：先在一台测试机上完整迁一个仓库，跑通一条流水线，再动生产。

这两个项目的选择，技术上差别不大，治理上差别很大。如果你只是想要一个自己掌控的代码托管，Forgejo 的社区模型更符合「自建」的初衷；如果你要的是「出问题有人负责」，Gitea 的商业路径更直接。

无论选哪个，都跟 LTS 走，别在发布当天升级。

文章版权归作者所有，未经允许请勿转载。

THE END