一句话摘要

2006 年谷歌上线 Google Code 做代码托管，比 GitHub 还早两年，初期大量知名开源项目都在上面（包括 Android 早期）。但谷歌死守 SVN、迟迟不拥抱 Git——等 2011 年才支持 Git 时，GitHub 早已成为开源社区默认家园。Google Code 的生态全面落后，项目纷纷迁走，2016 年关停。它死于对范式转变反应迟钝：Git 崛起时，谷歌还在守着旧世界。

发生了什么

• 2006 年：Google Code 上线，支持 SVN，托管大量开源项目
• 2008 年：GitHub 上线——基于 Git 的社交化代码托管（fork、pull request、社交图谱）迅速火爆
• 2008-2011 年：开源社区加速向 GitHub 迁移；Google Code 的 issue/wiki 体验陈旧
• 2011 年：Google Code 终于支持 Git——但为时已晚，GitHub 已成事实标准
• 2015 年 3 月：谷歌宣布关闭 Google Code，只保留下载功能
• 2016 年 1 月：服务正式停止，项目需迁移

关键数据

指标	数值
生命周期	2006-2016（10 年）
先发优势	比 GitHub 早两年
致命迟滞	2011 年才支持 Git
死亡方式	被 GitHub 生态碾压

为什么会死

1. 对 Git 的傲慢：范式转移时慢了三年

Git 2005 年就诞生，GitHub 2008 年就证明了 Git 是未来——但谷歌内部决策流程缓慢，Google Code 到 2011 年才支持 Git。在开发者工具领域，落后一个范式周期就等于出局。

2. 生态全面落后：只有”托管”没有”社区”

GitHub 的杀手锏不是托管本身，而是社交化协作（fork、pull request、关注、组织）。Google Code 还是”项目仓库”的老思路，开发者要的不只是放代码的地方，是协作社区。

3. 谷歌的不上心：非核心业务，优先级垫底

代码托管对谷歌来说从不是核心业务，没有资源倾斜、没有生态运营。当 GitHub 免费 + 强大时，谷歌连”应战”的意愿都没有。

可复用的教训

• 开发者工具的生死取决于对技术范式的响应速度。 Git vs SVN 这种范式更替，慢三年就是死。
• “托管”是功能，“社区”是护城河。 只做工具不做生态，早晚被生态型产品取代。
• 母公司的”不上心”比竞争更致命。 非核心业务没有资源，连挣扎的机会都没有。