加载失败
BookStack（一个开源、自托管的 wiki/knowledge base 应用）宣布把主要开发仓库从 GitHub 迁到 Codeberg（一个主打自由软件和去中心化理念的代码托管平台），于是引发了关于开源项目该不该离开 GitHub 的讨论。评论区的背景前提是：GitHub 不只是代码托管点，还是开源项目最重要的曝光和分发入口，stars、活跃度和搜索可见性都会影响 adoption。维护者说明 GitHub 之后会继续作为镜像存在，现有用户大多不会受影响，但未来的 release 可能会优先在 Codeberg 发布。整个讨论折射出 OSS 社群里长期存在的张力：一边是依赖 GitHub 带来的流量与便利，另一边是希望把项目和生态从单一商业平台上分散出去。
一些评论认为，BookStack 从 GitHub 迁到 Codeberg 后，最现实的损失不是代码，而是曝光度。GitHub 上的 stars、活跃度和搜索结果本身就像“项目背书”，很多人会据此判断一个开源项目是否值得试用。有人举自己把它用在家庭 wiki 的经历，表示如果当初不是在 GitHub 上更显眼，自己可能根本不会选择它。也有人因此担心，迁站会让项目更难触达新用户，长期看可能削弱 adoption。
维护者一方强调，这次迁移的重点不是追求增长，而是支持去中心化、减少对 GitHub 的依赖，并给替代平台带去 momentum。评论里把这种选择看作 OSS 社群的立场问题：项目是否站在单一大平台一边，还是愿意为另一套生态做示范。有人用“be the change you want to see”来概括这种心态，意思是先把自己的项目放到 Codeberg 这类平台上。还有人把这种分化类比到开发者更偏向 X、Mastodon/Bluesky 等不同社交平台阵营。
另一组评论指出，这次迁移并不是把 GitHub 完全切断，而是继续把它当作 Codeberg 仓库的镜像。维护者说明，GitHub 仓库会继续同步代码、release tags 和更新，所以现有依赖 GitHub 拉取版本的用户短期内不会受影响。真正可能变化的是，未来 GitHub 上的 release entry 可能不再逐一手动发布，以减少重复劳动。有人也提到，在这种安排下，别人甚至可以接手维护一个持续更新的 fork。
也有人质疑，为什么一个迁出 GitHub 的项目值得单独上 HN，看起来像是“每个搬家的项目都要报导”。反驳者则强调，BookStack 并不是无名小项目，它在 GitHub 上有 18k+ stars，活跃度也足够高。还有人反向调侃说，如果这次没迁移到 Codeberg，自己根本不会在 HN 上看到它。这个分歧本质上是在争论：平台迁移到底只是基础设施变化，还是足以构成一条开源社区新闻。
Codeberg: 一个偏去中心化、强调自由软件理念的开源代码托管平台，常被视为 GitHub 的替代方案。
mirror（镜像仓库）: 与主仓库保持同步的副本，通常用于兼容旧链接、旧工作流或继续提供下载。
release tags: Git 中用于标记发布版本的标签，方便用户和自动化工具定位某个正式版本。