懶人包：如何從 GitHub 遷移到 Codeberg

背景

隨著開發者對 GitHub 平台壟斷與資料隱私的疑慮日益增加，Markus Unterwaditzer 分享了將專案遷移至 Codeberg 的實踐經驗。Codeberg 作為一個基於 Forgejo 的非營利開源託管平台，雖然在遷移議題、拉取請求與靜態網頁託管上提供了相對平滑的體驗，但在持續整合（CI）與多平台支援方面，仍與 GitHub 存在顯著的技術門檻。

社群觀點

在 Hacker News 的討論中，社群對於脫離 GitHub 生態系的看法呈現兩極化。支持者認為 GitHub 自從被微軟收購後，逐漸轉向以 AI 訓練為導向的商業模式，開發者應積極尋求替代方案以保護程式碼主權。部分使用者推崇 Sourcehut 等平台，認為其簡約的郵件協作流程雖然提高了進入門檻，卻能有效過濾低質量的貢獻，並促使開發者養成在本地環境執行 CI 指令的良好習慣。

然而，反對意見主要集中在基礎設施的差距。許多評論者指出，GitHub 提供的免費 macOS 執行器（Runners）與近乎無限的公共專案運算能力，已經成為開發者難以割捨的「誘餌」。對於需要跨平台編譯的專案而言，Codeberg 或 Forgejo 目前缺乏原生支援 Windows 與 Mac 二進位檔案的執行器，這迫使開發者必須自行架設伺服器或回流至 GitHub Actions，大幅增加了維護成本。此外，Codeberg 不開放私有倉庫的政策也讓商業用戶望而卻步，雖然這符合其推廣開源的精神，卻也限制了平台的普及率。

穩定性與安全性也是爭論的焦點。有開發者直言，Codeberg 頻繁的斷線與 DDoS 攻擊防護不足，嚴重影響了開發節奏。相較之下，儘管 GitHub 也會發生故障，但其規模效應帶來的穩定性仍是專業開發者的首選。部分觀點認為，GitHub 已經改變了託管平台的競爭標準，現代開發者不再只是尋找一個存放程式碼的地方，而是一個整合了強大運算資源的完整生態系。如果社群驅動的平台無法在不增加使用者負擔的前提下提供同等的 CI 體驗，很難真正撼動 GitHub 的壟斷地位。

最後，搜尋與發現性（Discoverability）的碎片化也引起了討論。當開源專案分散在不同的託管平台時，開發者尋找解決方案的難度隨之增加。這種平台的割裂雖然保護了多樣性，卻也對開源生態的協作效率提出了挑戰。

延伸閱讀

• Forgejo：Codeberg 背後所使用的開源 Git 託管軟體，適合有私有倉庫需求者自行架設。
• Woodpecker CI：社群推薦在 Codeberg 上較為穩定的持續整合工具。
• Depot.dev：留言中提到適合商業專案使用的雲端建置加速服務。
• GrebeDoc 與 StaticHost：除了 Codeberg Pages 之外的靜態網頁託管替代方案。