一篇 SourceHut 入门指南，把 GitHub 当成靶子，逐项告诉开发者怎么搬家。
有意思的是，它没有把 SourceHut 包装成“另一个 GitHub”。它承认邮件、patchset、手动流程会让很多人不舒服。它真正想劝退的，不是某个按钮，而是开发者对 GitHub 默认城市的依赖。
这篇文章适合两类人看。
一类是开源项目维护者：你要判断迁移会不会赶走贡献者、打断 CI/CD、降低项目曝光。另一类是已经对 GitHub 平台依赖不安的开发者：你要判断自己愿不愿意用便利换控制权。
SourceHut 替代 GitHub 的，是一整套协作习惯
这篇指南的对照很直接。GitHub 的常用功能，SourceHut 大多有对应物。但它们不是同一种产品哲学。
| GitHub | SourceHut | 主要差别 |
|---|---|---|
| Pull Requests | 邮件与 patchset | 贡献者可用邮件提交补丁，不一定注册账号 |
| Issues | TODOs | 支持标签、搜索，也可通过邮件提交 |
| Actions | Builds | 用 .build.yml 配置构建、测试、部署 |
| Pages | Pages | 静态网站托管，支持自定义域名与 TLS |
| Wiki | man.sr.ht | 更像传统 manpage 风格的文档系统 |
最关键的是 PR。
GitHub 把贡献动作集中在网页账户、PR 页面、review 流程和通知系统里。SourceHut 更接近老派开源：邮件、补丁、patchset、mbox、本地测试、状态更新。
这不是倒退，也不是先进。它是一种取舍。
SourceHut 的好处是控制权更分散。贡献者不必被平台账户卡住。维护者也更容易把协作过程留在邮件和本地工具链里。
代价也很清楚。新贡献者可能不知道怎么发补丁。习惯了 GitHub PR 的团队会觉得麻烦。项目曝光、社交反馈、star、trending、Actions 市场，这些都不是 SourceHut 的强项。
所以迁移动作不能只看“仓库能不能导过去”。更现实的清单是：
- 维护者是否愿意改 review 流程；
- 贡献者是否接受邮件工作流；
- CI/CD 能不能迁到 Builds；
- 文档、issue、静态站点是否能平稳替换；
- 项目是否承受得起 GitHub 流量下降。
对维护者来说，比较稳的做法不是一夜搬家，而是先把镜像、文档、构建和补丁入口跑通。对依赖外部贡献的新项目，GitHub 仍然是更省事的入口。
GitHub 的核心问题，是平台权力和激励设计
原文批评 GitHub 的点很重：微软所有权、遥测追踪、闭源平台、Copilot 使用公开仓库训练引发的版权与 opt-out 争议、地缘审查、中心化风险、政策透明度不足，还有 star、trending 等游戏化机制。
这不是行业共识。它是一篇强立场迁移指南。
但我认为它戳中了一个真问题：GitHub 早就不只是 git 托管服务。它是开源世界的默认入口、履历系统、项目广场和自动化底座。
城市有便利，也有税。
GitHub 的“税”不一定从钱包里收。它收账户关系、行为数据、默认分发、项目声誉和迁移成本。你用得越深，issue 历史、Actions 流水线、组织权限、Copilot、社交关系就越难拆。
“天下熙熙，皆为利来。”这句话放在平台上很合适。平台把协作做顺，是能力；把顺手变成依赖，是生意。
SourceHut 站在另一边。它强调无广告、无追踪、无 AI 功能。贡献很多时候只需要邮箱。它也在把实体迁往欧盟，并已在荷兰注册。
这里不能说过头。按原文材料，它还在迁移过程中，不能夸成已经完全脱离美国法律约束。
也不能把 SourceHut 写成全功能碾压 GitHub。它确实牺牲了低门槛、社交化和平台流量。只是在另一张账本上，它给了开发者更多控制权。
这像早期互联网和大型平台的老故事。不完全一样，但结构相似：当基础设施越来越集中，规则就不再只是技术问题，而是治理问题。
该不该迁移，取决于你怕什么
我不买账“所有开源项目都该立刻离开 GitHub”。现实没这么干净。
如果你的项目靠大量新人贡献，GitHub 仍然强。PR 门槛低，大家熟，搜索能搜到，招聘履历也认。公司项目还要接权限、审计、CI/CD 和内部流程，迁移成本更高。
但如果你维护的是小而严肃的基础库、个人项目、隐私敏感工具，或者你已经厌倦平台化协作，SourceHut 就值得试。
最该受影响的两类人，动作不一样：
| 对象 | 更现实的动作 | 需要接受的代价 |
|---|---|---|
| 开源项目维护者 | 先做镜像，试用 TODOs、Builds、Pages；把贡献指南改成邮件/patchset 双入口 | 新贡献者教育成本上升，GitHub 流量可能下降 |
| 对 GitHub 依赖不安的开发者 | 把个人项目、文档站、小工具迁到 SourceHut；保留 GitHub 作为发现入口 | 工作流更老派，社交反馈更少 |
接下来要观察的，不是 SourceHut 会不会变成下一个 GitHub。它大概率不会，也不该这么走。
更该看三件事。
第一，邮件与 patchset 工作流能不能让新贡献者少踩坑。理念再好，入口太硬，也会劝退人。
第二，Builds、TODOs、Pages、man.sr.ht 能不能覆盖维护者的日常需求。不是功能表上有名字，而是项目真的能连续跑。
第三，SourceHut 的欧盟/荷兰迁移能推进到什么程度。它主打隐私和控制权，就必须在治理结构上持续交代清楚。
SourceHut 的价值，不在于复制 GitHub。它提醒开发者：开源协作不必只有一种默认姿势。
一个健康的开源生态，不该只有商业广场。也要有工坊、邮局和小路。
GitHub 让协作变得容易。SourceHut 逼人重新问一句：这份容易，到底由谁结账。