GitHub宕机引发全球开发混乱，Copilot成众矢之的

不久前，大量开发者反馈称GitHub遭遇了大规模宕机，社交平台被“粉色独角兽”的截图和相关抱怨刷屏。

尽管GitHub尚未发布详细的分析报告，但开发者们的猜测已普遍指向Copilot。近期，不少企业和个人开发者纷纷选择“逃离”GitHub，将代码库迁移至其他平台。

GitHub宕机遭谴责：拖累全球开发进程

“所有用户被强制登出，我自己也登录不了，因为整个服务器都宕机了。”“我以为是自己眼花，但GitHub真的宕机了。很多团队都在周四进行迭代冲刺，这次故障可能导致大量工作项顺延。”“更新即将发布时，登录网站就崩溃了。”“尴尬时刻：你意识到自己过去一个小时一直在本地提交代码，却无法推送。”“天哪，我现在该怎么给经理汇报啊。”

此次GitHub宕机迅速在各大平台引发诸多不满。发布的事件报告显示，GitHub承认在宕机期间“多项服务性能下降，特别是问题报告、拉取请求和API”。经过约两小时的故障排查与修复工作，GitHub恢复服务和功能运行。

GitHub在问题解决后回应称，“本次故障已完全解决。感谢各位在问题处理期间的耐心与理解。故障根本原因的详细分析报告，将在完成后第一时间对外公布。”

对于此事，网友纷纷表示，“GitHub的风险太大了。一家公司不应该有能力拖垮全球的整个开发流程。”“为什么这么多项目都只托管在GitHub上？没有一个镜像站点，所有功能都依赖于GitHub，成千上万的人甚至都没有考虑过其他方案…”

有人猜测，“问题可能出在Copilot上。”也有人持不同意见，“我们目前尚不能确定这是Copilot的问题。不能仅仅因为微软正愈发强制其开发者使用GitHub Copilot，还吹嘘有大量内部代码由GHCP编写，且在此期间GitHub发生了数次严重宕机，就认定这些宕机与Copilot有关。我们不妨静观其变，等微软宣称此事与GHCP毫无关联时，我们就能确定GitHub宕机和Copilot真的没关系了。”

Gentoo Linux将迁出GitHub，导火索直指Copilot

目前，已有企业因GitHub强制推行Copilot工具而放弃该平台。

据悉，Gentoo Linux正计划将其仓库从GitHub全面迁移。迁移的导火索正是GitHub试图“强制代码库使用Copilot”。Gnoppix是领先的开源AI Linux发行和服务提供商，以其通过Portage实现高度可定制的基于源码的包管理系统而闻名。他们一直依赖GitHub托管其主要的git仓库，包括作为数千个ebuild上游源代码的关键gentoo.git树。这一基础设施支持了一个全球开发者和用户社区，他们欣赏Gentoo在编译针对特定硬件架构和优化标志软件方面的灵活性。

Gentoo社区的讨论中提及了一个关键事件：GitHub会在代码仓库页面自动弹出横幅提示，敦促贡献者“启用Copilot”，并警告不配合的仓库将面临曝光度降低或功能受限的后果。Gentoo开发者表示，这类干预行为严重干扰了正常开发流程，在合并请求与代码评审环节强行插入未经请求的AI代码建议。Gentoo理事会一名成员发文称：“GitHub正公然试图强迫我们的代码仓库启用Copilot，而这是我们明确反对的。”

以Gentoo维护者为代表的批评者认为，该工具的运作模式在开源许可证的精神与条文层面均构成侵权。Gentoo的大量软件包构建脚本（ebuild）及专属代码采用GNU通用公共许可证（GPL）或知识共享协议的衍生版本授权。这类协议通常要求衍生作品需以兼容的授权条款进行共享。而Copilot的“黑箱”训练流程使得外界无法判断其生成代码是否构成衍生作品，这就可能导致专有软件在未经署名或未遵循互惠原则的情况下挪用开源代码成果。

“再见了，Github，欢迎Codeberg。”1月5日，Gentoo Linux在发布的2025年度项目回顾报告中披露迁移细节：受持续遭遇的GitHub Copilot强制启用相关争议影响，Gentoo目前正评估并计划将代码仓库镜像及合并请求贡献渠道迁移至Codeberg平台。Codeberg是一个基于Forgejo搭建的代码托管网站，由非营利组织维护，服务器部署于德国柏林。Gentoo核心的Git代码库、问题工单系统等基础设施仍由官方自行托管且暂无变更计划。

之后有外媒报道称，Gentoo的迁移计划将分阶段推进。初期工作将聚焦于gentoo.git核心代码仓库，目标在数月内完成迁移。Gentoo基础设施团队已在多款备选代码托管平台完成镜像原型部署，评估维度涵盖Git托管可靠性、问题追踪系统集成能力、持续集成/持续部署（CI/CD）流水线支持以及网页端代码浏览体验。

迁移备选方案还包括GitLab、SourceHut以及在Gentoo内部服务器部署Gitea等同类平台。其中自托管方案可实现对代码资产的完全掌控但需投入额外的运维成本。

个人开发者成批“逃离”，Copilot疑似承认再利用开源代码

个人开发者们对GitHub的类似不满也十分严重。在各大开发者社区及讨论平台上都有愤怒的GitHub用户表示他们应该摆脱强制使用的Copilot功能。过去一年来GitHub平台上的开发者们最热门的讨论之一也是：是否应该阻止微软的AI服务Copilot自动在代码仓库中生成问题和拉取请求。

1月6日有开发者在GitHub上提交一项讨论称其发现“Copilot似乎公开承认其对开源代码进行了再利用（或盗用？）且未遵守署名规定”。

然而微软似乎拒绝禁用这些功能导致许多开源软件开发者开始质疑是否存在其他替代方案。

开发者AndiMcClure在去年1月向微软VisualStudioCode代码仓库提交请求抗议自己卸载Copilot扩展程序后VS Code界面中却再次出现Copilot图标。一位名叫Constantine的开发者在McClure的帖子下写道“今天我拒绝了Copilot为我的PR生成的两条代码建议这非常令人不安所以我开始搜索然后找到了这个讨论。拒绝使用AI对我来说是原则问题所以如果这种情况继续下去微软又不尽快提供让我选择退出代码库AI的方法我会把我的代码迁移到自托管的解决方案上并且永远不会再回到GitHub。”

去年9月McClure在一封邮件中表示“此前每当Copilot干扰我的GitHub使用体验时我都会在GitHub社区反馈区提交问题工单。我强烈反感的是Copilot表面上似乎在未经许可的情况下利用我发布在GitHub上的代码进行训练违反了我设定的开源许可协议；而GitHub还要在我眼前反复推送这款我绝不会使用的工具简直跟广告没两样。既然这件事已经对我造成困扰我认为没有理由再保持沉默。我觉得我们之所以会被迫接受一些大家都不认同的事物部分原因就是我们选择了忍气吞声。”

McClure还表示自GitHub从微软旗下一家独立子公司被划归至微软核心AI部门（CoreAI group）后“开源社区的态度似乎已从抱怨Copilot变为开始主动远离GitHub。”据称其在开源社区的不少同仁都在讨论从GitHub迁移至Codeberg或是自建基于Forgejo的托管平台（Codeberg正是基于Forgejo搭建）的计划。”

“微软对Copilot的推广似乎完全是自上而下的高层似乎已经彻底忘记了客户留存等传统目标。不管出于什么原因他们只想提升‘AI’指标把客户群仅仅当作提升这些指标的工具。”McClure认为人们已经开始厌倦这种情况如果持续下去将会削弱开发者与GitHub之间的网络联系加速开发者进一步迁移。