文章核心观点 - 微软收购GitHub后，近期其AI团队直接接管平台并取消CEO职位，引发部分开源开发者对平台未来走向的担忧，并开始出现项目迁移至其他平台（如Codeberg）的趋势 [1] - 迁移潮的驱动因素包括：对GitHub工程文化和服务质量下降的不满、对平台过度拥抱AI的抵制、对单一实体控制风险的担忧，以及对更友好、可控的开源协作环境的追求 [1][8][21] 开发者迁移案例与具体原因 - **Zig编程语言项目**：宣布从GitHub迁移至非营利托管机构Codeberg，该项目在GitHub上拥有42.5k个Star和3.1k个Fork [4][5] - 核心开发者Andrew Kelley批评GitHub的优先级和工程文化已“腐化”，平台变得臃肿、缓慢且bug频出 [8] - 特别指出GitHub Actions（CI/CD关键功能）极不稳定，作业运行状态如同随机触发，导致项目CI系统严重积压 [8] - 反对GitHub过度拥抱AI的趋势，这与Zig项目禁止在协作中使用LLM的政策相冲突 [9] - 迁移意味着舍弃重要收入来源：2024年GitHub Sponsors为Zig软件基金会贡献了超过17万美元，是其最大收入来源 [10] - 迁移策略：将主仓库设为只读并迁移至Codeberg，保留现有Issue但不全部迁移，新Issue从30000开始编号 [13] - **Dillo轻量级浏览器项目**：开发者Rodrigo Arias Mallo因多项问题决定自托管并建立镜像，放弃将GitHub作为主要开发平台 [14][17] - 前端不友好：GitHub网页严重依赖JavaScript，导致不使用JS的Dillo浏览器几乎无法查看issue、代码等静态内容 [16] - 单点控制风险：担忧GitHub作为单一实体可能单方面封禁仓库或账号，导致数据丢失和社区失联 [21] - 使用体验下降：平台变慢，要求持续高速网络连接，且强推“推模式”通知，开发者更偏好“拉模式”以便离线工作 [21] - 社区管理不足：缺乏工具管理大量非技术用户评论，导致开发者讨论被刷屏，消耗精力 [21] - 过度拥抱AI：认为GitHub推动AI加剧了网络抓取问题，导致许多网站设置JS墙，也阻挡了Dillo用户 [21] - **gb-bootroms等项目**：开发者Eldred Habert将项目迁移至Codeberg，作为对GitHub政策的抗议 [18][20] - 反对GitHub积极推动AI解决方案所带来的伦理和生态后果，以及其与Elon Musk（Grok）的合作 [20] - 迁移行为被视为一种抗议，并同时选择捐助Codeberg以支持其非营利和正确做事的理念 [20] 替代平台现状与迁移影响 - **Codeberg**：一家总部位于德国柏林的非营利Git托管机构，是GitHub的主要替代品之一 [6] - 目前托管着超过32万个项目，使用可自托管的开源软件Forgejo [13] - 对开源项目免费，但私有仓库用途有严格限制（仅限FLOSS项目必需内容），而GitHub免费账户允许商业用途的私有仓库 [13] - **迁移策略与影响**： - 开发者采用不同迁移策略，如Zig保留GitHub仓库为只读并部分迁移，Dillo选择自托管并建立多平台镜像以降低风险 [13][17] - 社区反应不一，有开发者支持迁移，认为这是对平台不满的体现；也有观点认为这只是早期敏感项目的个体选择，开源社区可能正处于一个“重新去中心化”或“离散化阶段” [22][23][24]