连遭宕机+黑客入侵！微软接手8年后，GitHub正在瓦解

微软斥资75亿美元收购GitHub，转眼已近八年。这个曾经稳坐全球头把交椅的代码托管平台，如今正面临一场严峻的生存考验。频繁的服务宕机、接连暴露的安全漏洞，加上核心人才不断流失，三重压力之下，GitHub的日子并不好过。而AI编程工具赛道的竞争格局瞬息万变，更让它的战略地位变得岌岌可危。

过去几周，GitHub的日子可谓“祸不单行”。平台接连发生多次重大服务中断，随后又披露了一个严重的远程代码执行漏洞。这还没完，本周曝出的消息更令人咋舌：公司内部多达3800个代码仓库遭到入侵，起因竟是一名员工安装了一个被恶意篡改的VS Code插件。据The Verge采访的多位现任及前任员工透露，GitHub内部普遍弥漫着一种领导层真空、方向感全无的迷茫情绪。

这场动荡的起点，可以追溯到去年夏天前CEO托马斯·多姆克（Thomas Dohmke）的离职。自那以后，微软并未任命新的CEO，GitHub的领导层被迫直接向微软的CoreAI团队汇报。这一架构调整，直接引发了一场持续不断的人才流失潮。朱莉娅·刘森（Julia Liuson）、伊丽莎白·佩默尔（Elizabeth Pemmerl）、贾里德·帕尔默（Jared Palmer）等高管相继宣布离职或转岗。有员工直言不讳地表示：“基本上已经没有GitHub这家公司了。”

GitHub的困境，在竞争对手眼中无疑成了绝佳的入场机会。Cursor和Claude Code等新锐正在蚕食GitHub Copilot的市场份额。据The Information报道，负责监管GitHub的微软CoreAI团队负责人杰伊·帕里克（Jay Parikh）已在私下警告同事，GitHub正“面临严峻威胁”。与此同时，那些当年对微软收购持观望态度的开发者，正用脚投票表达不满。Ghostty终端的开发者米切尔·哈希莫托（Mitchell Hashimoto）就宣布将项目迁出GitHub，并感叹道：“18年了，不得不离开。”

领导层真空，人才加速出走

眼下的困局，很大程度上要归因于去年夏天的那次权力交接。前CEO多姆克离职后，微软将GitHub并入了由杰伊·帕里克执掌的CoreAI团队。值得注意的是，帕里克在微软内部的口碑似乎并不理想，而决定不设新CEO的，据传正是他本人。

GitHub的员工向来以其独立的“Hubbers”文化为傲，如今却要直接向微软体系内的团队汇报，适应过程异常艰难。随着营收职能并入微软的MCAPS部门，产品工作则拆分至开发者事业部，一些内部人士感觉，GitHub作为一个独立实体已经名存实亡。一位员工上个月对The Verge坦言：

“一切都是微软，公司正在崩塌——无论是从严重损害公司声誉的宕机事故来看，还是从领导层的不断出走来看。”

高管离职的名单还在拉长。在微软拥有34年资历、此前负责监管GitHub营收与工程业务的朱莉娅·刘森，已于上月离职。前首席营收官伊丽莎白·佩默尔也在同月递交辞呈。更引人注目的是，去年10月才以高级副总裁身份加入GitHub的贾里德·帕尔默，已宣布转赴Xbox担任工程副总裁。值得玩味的是，Xbox的新任CEO阿莎·夏尔马（Asha Sharma）已陆续招揽了多名前微软CoreAI的高管，外界普遍将此解读为相关人员急于脱离帕里克领导层的信号。

人才的流失，甚至直接催生了竞争对手。托马斯·多姆克离职后创办了新的开发者平台Entire，该公司现有的30名员工中，至少有11人曾供职于GitHub，其产品方向与GitHub形成了直接竞争。

宕机频发，CTO公开道歉

服务稳定性，成了过去一年悬在GitHub头顶的达摩克利斯之剑。问题严重到连GitHub的CTO弗拉基米尔·费多罗夫（Vladimir Fedorov）都不得不上个月就一系列事故公开道歉。费多罗夫承认，激增的拉取请求、代码提交和新建仓库数量，给基础设施带来了前所未有的压力。

“我们的优先级很明确：首先是可用性，其次是容量，然后才是新功能，”他表示，“我们正在减少不必要的工作，改善缓存，隔离关键服务，消除单点故障，并将对性能敏感的路径迁移至专为此类工作负载设计的系统。”

费多罗夫于去年加入GitHub，此前曾在微软和Facebook有长期任职经历。他上任后不久，便启动了一项关键任务：将GitHub迁移至Azure服务器，以应对数据中心容量瓶颈。然而，GitHub所管理的复杂MySQL集群，使得迁移过程中的宕机风险始终难以根除。

频繁的宕机，正在消磨外部开发者的最后耐心。Ghostty终端开发者哈希莫托在公开信中写道：“GitHub每天都在辜负我，这让我感到很切身……我想继续写代码，但我无法再在GitHub上写代码了。18年后，我不得不离开。”随后，Ghostty项目便宣布迁出GitHub。

安全漏洞与内部入侵

除了稳定性，安全问题同样让GitHub焦头烂额。今年3月，安全公司Wiz Research借助AI模型，发现了GitHub内部git基础设施中的一个严重漏洞。攻击者一旦利用此漏洞，便可访问数以百万计的公私代码仓库。所幸，GitHub在不到六小时内就完成了紧急修复。

但本周曝光的安全事件性质更为严重。GitHub内部多达3800个代码仓库遭到入侵，源头竟是一名员工安装了一款被恶意篡改的VS Code插件。有微软员工指出，VS Code频繁向用户推送插件安装提示，而此前已有安装量达数十万次的插件，在被发现植入加密货币挖矿程序后，才从应用市场下架。这类事件暴露出在便捷性与安全性之间，平台管理面临着巨大挑战。

Copilot竞争力滑坡，计费改革引发反弹

曾凭借先发优势在AI编程助手领域一骑绝尘的GitHub Copilot，过去一年明显显露出疲态。据The Information报道，帕里克已就此发出内部警告。有消息称，微软近期甚至考虑收购Cursor以弥补差距，并已取消大量Claude Code的内部许可证，意在推动自家开发者转用GitHub Copilot，从而加速产品迭代。

雪上加霜的是，GitHub即将推行的Copilot基于用量的计费方式，引发了开发者的新一轮抵触情绪。新方案下，每个订阅计划包含月度AI积分配额，超额使用需另行付费。与现行方案中超限后自动降级至低能力模型的做法不同，新系统将直接停止服务。付费门槛的提高和体验的中断，让部分开发者感到不满。

就在微软为内忧所困之时，外部的竞争对手正在加速围猎GitHub的开发者生态。Entire、Cursor和Claude Code都在不断强化产品能力，将GitHub当前的困境视为重塑市场格局的绝佳窗口期。

话说回来，对于微软而言，GitHub的战略意义远不止于一款产品。正是长达数十年对开发者生态的深耕，奠定了其软件巨头的根基。如果CoreAI团队无法有效扭转当前的颓势，微软或将持续流失这一赋予其核心竞争力的关键群体。这场危机，考验的不仅是GitHub的修复能力，更是微软驾驭和滋养核心生态的智慧。