1摘要
本文给大家剖析了一个有趣的现象：IT 业界使用最广泛的版本管理系统 Git，却不被硅谷领先的科技公司 google、Facebook 等垂青的原因 。分析了 Google 的版本和分支管理模式、Git 的设计理念和存储结构，为企业 IT 的决策者提供一个版本管理系统技术选项的决策思路 。
2背景
版本控制系统（VCS，Version Control System），或叫源码管理系统（SCM，Source Code Management）是几乎所有 IT 人员都熟悉和每天工作使用的工具 。提到 VCS，你会想到哪个工具？估计大部分人都会想到 Git，尤其对于 85 后年轻一代 IT 人，甚至可能只知道 Git 这一种版本管理工具 。
Git 是目前最流行的代码版本管理工具 。它最初由 linux 之父 Linus Torvalds 开发出来，Linus 2007 年在某次演讲中提到他开发 Git 的几个准则：
•分布式：代码存储在多个机器、每个副本是平等的、支持离线工作
•高性能：每次 commit、branch、log、diff 等操作都非常快
•可靠：确保从 Git 签出（Checkout）的代码跟签入（Checkin）的代码完全一致除了 Git，业界流行的版本控制系统还有 Subversion、Mercurial 等 。
3问题
Git 是一个非常适合开源社区的优秀的版本管理系统 。但包括 Google 和 Facebooke 等多个硅谷巨头都没有采用，微软 windows 开发团队虽然用 Git，但用的是经过深度改造后的 Git 。很奇怪，对不？
其实，Google 公司并非完全没有考虑过采用 Git，Linus 本人在 2007 年曾到 Google 公司进行过一次介绍 Git 的演讲，有兴趣的朋友可以参考：Linus 在 2007 年 Google Talk 上介绍 Git 。当时 Google 采用一个商业软件 Perforce 作为代码版本管理工具，正为 Perforce 无法继续支持 Google 巨大代码仓库而寻觅替代方案 。但最终 Google 选择了基于 Bigtable 自行研发版本管理工具 Piper，而没有采用 Linus 大神开发的、名满天下的 Git 。
这到底是为什么呢？
4答案
Git 并不比 Subversion 更好，它只是不同
首先，让我们来看看 Git 是否（比其他流行的版本管理工具）更好，甚至最好 。以 Git 市占率成为第 1 前最流行的 Subversion（简称 SVN）来对比 。
在美版知乎网站 StackOverflow 上曾经有一个问题《Why is Git better than Subversion?》，被采纳的高赞回答是这样说的：
Git is not better than Subversion. But is also not worse. It's different.
是的，只是 different 。有哪些不同呢？从 Git 官网的介绍和 Subversion 官网的介绍可以看出来：
文章插图
上表是 Git 和 Subversion 官网强调的几个特性，我们来分析一下：
- 分布式和中心化，Git 和 Subversion 完全不同的思路；对于开源社区（比如 Linux），显然分布式更合理，但对于商业公司，恐怕中心化更方便运维和备份；2.Git 更强调低成本的分支（和合并），Subversong 也支持分支和合并，但更强调简易的模型和易用性；3.Git 强调的是轻量和快（性能），而 Subversion 强调多用途（不仅仅是代码，还支持二进制文件）和规模；
- 说法不同本质一致，强调数据的可靠性；代码是 IT 公司的核心资产，可靠性怎么强调都不为过；
- 都是开源和免费的软件；
开源社区的核心诉求是开放、自由、共创，因此对版本管理系统的需求是：
- 开发者随时都可以克隆和分叉任意一个代码库；
- 开发者都可以在自己的分叉或分支上为所欲为；
- 开发者可以按自己意愿把源码存储在任何机器上，不论是自己的 PC 还是 Github 服务器；
- 开发者可以发起合并回原代码库的请求（Pull Request），而是否接受则由原项目所有者决定 。因此，Linus 设计的 Git 非常强调分布式（Distributed），以满足开源社区的代码存储自由；另外，极低成本的分支（branching）、分叉（fork）和合并（merge），满足开源社区自由分叉代码和合入的需求 。
5Git 并不特别适合企业
然而，Git 并不适合企业，尤其是企业中大型的软件系统 。因为企业对源代码管理的诉求截然不同 。源代码作为 IT 企业或企业的 IT 部门最核心的资产，管理需求是：
