源码可用性该由谁买单？一个被 Radicle 化开发者的生存思考
来源：kristoff.it — 2026-08-09
📋 概述
Loris Cro 的静态站生成器 Zine 有 11 个依赖，分布在 GitHub、Codeberg 与自托管 Forgejo 上，任何一个平台宕机都会让全新构建失败，而自托管实例一旦永久下线更会彻底破坏项目。他认为最直接且最彻底的解法是 fork 或 vendor（把全部依赖源码提交进自己的仓库）。文章反思了源码可用性究竟该由谁承担——是依赖上游、托管平台，还是最终用户，并分享了被 Radicle 分布式代码协作理念感召后的思考过程。
🔑 核心要点
- 依赖分散在多个托管平台，任一平台宕机即导致全新构建失败。
- Forking 需 fork 整棵依赖树并改写非叶依赖；Vendoring 则把所有依赖源码提交进自己的仓库，一次克隆即获全部。
- 作者指出 Zig 工具链对 vendoring 极为友好，使其极其简单直接。
- 他反思源码可用性是集体责任，最终用户与生态不该任由单一平台成为单点故障。
- 这是作者被 Radicle 理念感染、重新思考代码协作与分发的记录。
💡 金句
当你的构建链悬于他人生死之上时，冗余就不再是奢侈，而是生存底线。
👍 0
👎 0
← 返回 Lobsters 首页