受够了Copilot的“霸王条款”?GitHub全球宕机遭怒骂,引爆开发者“大逃离”
微软微软(US:MSFT) 36氪·2026-01-16 18:57

GitHub服务中断事件 - 2025年1月,GitHub发生大面积服务中断,导致多项核心服务性能下降,包括问题报告、拉取请求和API,故障持续约两小时[4] - 服务中断期间,所有用户被强制登出,无法登录,严重影响了全球开发团队的工作流程,尤其是在周四迭代冲刺收尾阶段,可能导致大量工作项顺延[4] - 故障原因尚未公布,但许多开发者将矛头指向了Copilot,尽管尚无确凿证据[3][6] 用户与企业的迁移趋势 - 开源项目Gentoo Linux计划将其主要代码仓库从GitHub迁移至Codeberg等平台,导火索是GitHub试图强制代码库启用Copilot[6][7] - Gentoo的迁移将分阶段进行,初期聚焦于gentoo.git核心代码仓库,目标在数月内完成,评估的备选平台包括Codeberg、GitLab、SourceHut及自托管Gitea[8][9] - 大量个人开发者对GitHub强制推广Copilot表示不满,并开始讨论或实施迁移至Codeberg或自建Forgejo托管平台[10][12] Copilot引发的争议与不满 - GitHub被指控试图强制代码库使用Copilot,例如在仓库页面自动弹出横幅敦促启用,并警告不配合的仓库将面临曝光度降低或功能受限的后果[7] - 开发者社区批评Copilot的“黑箱”训练流程可能侵犯开源许可证(如GPL),因其生成代码可能构成未经署名或未遵循互惠原则的衍生作品[7] - 有开发者发现Copilot似乎公开承认对开源代码进行了再利用且未遵守署名规定,进一步加剧了开源社区的不满[10] - 开发者反馈,即使卸载Copilot扩展,VS Code界面仍会出现其图标,且Copilot会干扰代码评审流程,生成未经请求的代码建议[12] 对微软/GitHub战略的担忧 - 自GitHub从微软独立子公司划归至微软核心AI部门后,开源社区对Copilot的态度从抱怨转变为主动远离GitHub[12] - 有观点认为,微软对Copilot的推广是自上而下的,过于关注提升“AI”指标,而忽视了客户留存等传统目标,这可能削弱开发者与GitHub的网络联系,加速用户迁移[12]