【云小课】版本管理发展史之Git+——代码托管

本文链接：https://blog.csdn.net/devcloud/article/details/109569712

版本管理工具之于软件开发，犹如地基之于建筑。这句话真是再贴切不过了，当项目越做越大，迭代越来越频繁，版本管理工具变得越来越具有必要性。

有了版本管理工具，我们可以更方便地浏览、检出所有开发过程的历史版本与修改记录，做任何修改都不再害怕，因为你可以轻易的复原回任意一个版本并且知晓每一次修改的原因。甚至你可以从历史版中单独抽出某一次修改，将它放到另一个版本中。

我们也可以通过版本管理工具来同时并行修改和发布软件的不同版本，例如公测版本、付费版本和开发中版本。

选择一款版本管理工具，已经被大多数企业作为项目的必要准备工作之一，相信没有一个开发者没有听过Git、SVN这些工具。

今天我们来寻根溯源，扒一扒版本管理的发展史。

版本管理发展史

上图是版本管理发展史的里程碑图，下面我们将其分成四个阶段详细来说说。

史前时代手动备份

在修改文件之前将它手动备份一份，名称做上标记，这就是最早的版本管理。

手动备份的存在，说明了人们需要版本管理工具。

农耕时代本地版本管理工具

如同农耕时代的信息闭塞一样，第一批产生的版本管理工具被称为本地版本管理工具，它们只被赋予在一台服务器上管理文件版本的能力，并不具备联网、交互的特性。

其中比较有代表性的是1982 年由米国普渡大学的 Walter F. Tichy 首次发布的RCS（Revision Control System），它比Linux的内核发布还要早9年，最初是为了替代世界上第一款版本管理软件（SCCS，1972，用于Unix系统）所研发的，起初RCS只应用在Unix系统，而后移植到Linux平台，甚至还有应用于Windows平台的可执行程序。

虽然它们已经渐渐被人们淡忘，但是毕竟是版本管理领域的文明启蒙之作，如今你仍能从各大开源网站找到它们的源码。

这个时代也产生了锁的概念。

通过加锁可以将并发提交转换成顺序提交，避免了同一文件被多人同时修改，这也是最初的版本控制手段之一。

帝国时代集中式版本管理工具

集中式版本管理工具的特点是，用一个服务器来保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，下载最新的代码或是更新提交，这像极了中央集权制的帝国时代。

其缺点很明显，就是如果服务器挂了，所有参与者都无法工作了，并且工作成果有可能就此丢失。

但是集中式版本管理工具的出现，解决了软件行业遇到的第一个史诗级问题——跨地域协同开发。

有问题，就会出现解决问题的英雄，一位名叫 Dick Grune 的荷兰科学家在 1986 年开发了一款名叫CVS（Concurrent Versions System）的版本管理工具，这是世界上第一款集中式版本管理工具，它的设计初衷就是解决跨地域协同开发带来的不便。

当时Dick和他的两名学生正在合作完成一个编译器项目，一个学生是朝九晚五的稳定工人，另一个学生的时间是不规律的，而Dick本人只能在晚上做这个项目，显然三个人没法坐到一起完成项目，为此Dick在RCS的基础上研发了CVS。

CVS曾是世界上最为流行的版本管理软件，这种情况持续了十余年，直到 2000 年被 Subversion（SVN）所取代。

SVN设计的目的就是创建一个更好用的版本管理系统以取代 CVS，比较有趣的是，SVN在研发初期是使用CVS来管理其源代码的，并且其主要研发者是CVS畅销书《Open Source Development with CVS》的作者Karl Fogel，Karl和他的朋友Jim Blandy在CollabNet公司的资助下从2000年2月开始研发SVN，用了14个月的时间，终于在2001年8月31号让SVN 可以“自我寄生”了，就是说，SVN开发人员停止使用CVS管理 SVN的源代码，开始使用SVN代替。

2010 年 1 月，SVN正式成被 Apache 软件基金会接收，并成为一个顶级项目，如今（2020年）SVN仍然是集中式版本管理工具中的江湖扛把子。

SVN也是首创使用分支系统的版本管理软件，虽然其起初仅能将所有文件备份做为一个分支，但也对今后版本管理软件的发展产生了深厚的影响。

分支，可以理解为一个项目中平行存在的几套代码，它们可以彼此独立被修改，也可以被合并。

共产主义时代分布式版本管理工具

分布式版本管理系统的最大特点就是客户端并不只从服务器提取最新版本的文件快照，而是把仓库完整的镜像下来，包括了完整的历史记录。

可以这样理解，每个客户端其实都可以当做是中央服务器。

这种运作模式带来的优势不仅仅是当中央服务器挂掉了、数据损坏了，从任何一个本地客户端都可以重新恢复。还可以允许开发者在飞机、游轮这种没有网络的环境下编程时，先将工作内容提交到本地仓库，等有网络条件时再合并到远程仓库。

分布式版本管理工具已经基本剔除了锁的限制方式，允许项目参与者随时拉取中央仓库内容到本地仓库，在本地库自由开发，而只将对项目有贡献的修改合并回中央仓库，这种模式在开源项目中被利用到了极致，每个参与者都会感觉自己就是项目拥有者，开源项目的托管平台俨然就是一个迷你的共产主义社会。

Git可说是世界上最先进的分布式版本管理系统（没有之一）。

Git的诞生充满了传奇色彩，其作者正是李大神 Linus Torvalds（Linux之父）。

Linux开源项目的初期，世界各地的志愿者把源代码文件发给Linus，然后由Linus本人通过手工方式合并到Linux源码中，这种情况持续了十多年（1991~2002），代码库的几何式增大让Linus很难继续通过手工方式管理了，于是Linus选择了一个商业化的版本管理系统BitKeeper（世界上第一款分布式版本管理软件，当时唯一的缺点就是贵！），BitKeeper的东家BitMover公司也出于人道主义精神，授权Linux社区免费使用这个版本管理系统。

直到2005年，Linux开源社区的一位参与者破解了BitKeeper的协议，被BitMover公司发现了，于是BitMover公司怒了，收回了Linux社区的免费使用权。由于倡导开源精神的Linus瞧不上集中式的CVS、SVN，又买不起BitKeeper，迫不得已开始研发自己的版本管理工具，并命名为Git（英国俚语，讨厌鬼），用Linus自己的话说：

关于Git的具体研发时间，有人说是两周，也有人说是两个月，其实都不准确，下面是文献记载的Git诞生里程碑。

2005 年 4 月 3 日，开始开发 Git。
2005 年 4 月 6 日，项目发布。
2005 年 4 月 7 日，Git 就可以作为自身的版本管理工具了。
2005 年 4 月 18 日，发生第一个多分支合并。
2005 年 4 月 29 日，Git 的性能就已经达到了 Linus 的预期。
2005 年 6 月 16 日，Linux 核心 2.6.12 发布，那时 Git 已经在维护 Linux 核心的源代码了。

而后Git迅速成为世界使用量第一的版本管理软件，尤其是到2008年，诞生了首个伴生开源社区GitHub，更是让更多的人了解和开始使用Git。

中国开源社区主要创始人、华为高级产品经理庄表伟老师在《从28万个开源项目中，我们能够学到一些什么？》一文中也多次提到:“Git的统治地位，已经无可动摇”。

为什么更多人愿意选择Git？

那么，开发者愿意使用Git作为他们的版本管理工具，仅仅是因为它出身名门么？多少会是有一些影响的，你想啊，生而为了管理Linux这种操作系统级别的项目，还有什么项目是它搞不定的呢。

但是更多睿智的开发者看中的是Git的特质：

分布式：

这使得服务器的压力不会很大，客户端也被赋予了更多权限，可以拉取全量代码、历史，离线工作等。

将分支的使用发扬光大：

相比于SVN，Git采用快照的形式存储分支，并用指针方式完成切换，这使得切换变得非常的迅速，并且允许服务器与各个客户端都可以有自己独立的分支。

在本地解决代码冲突：

Git不允许将有冲突的代码段提交到服务器，它倡导开发者将差异代码拉取到本地，并提示开发者差异位置，在本地解决、合并后，再提交到服务器，这不仅对于开发者来说是个最好的解决方案，同时也保证了服务器中代码版本的稳定性。

可以很简单，也可以很复杂：

Git提供了丰富的指令集来实现几乎你能想到的所有功能，但是上手却非常简单，新手只要知道clone、add、commit就能完成基本工作流，高手又可以用复杂的指令组合展现出真正的技术！

永久免费：

这个其实也蛮重要。

Git也有缺点！

金无足赤，白璧微瑕，Git虽然是公认的王者，但是也不是没有缺点，我们来看下Git跟天下第二SVN的对比。

Git与SVN的battle
功能&特性	Git	SVN
运行模式	分布式，每个客户端都是独立版本库	集中式，所有版本存储于中央服务器
离线工作	支持，可将代码提交到本地版本库	不支持，一切需要依赖于连通中央服务器
分支	快照式分支，切换速度快	全量文件式分支，切换速度慢，费内存
对并发的处理	分支、本地合并，支持多人多个版本并行研发	锁，对并发的处理办法就是避免并发。。。
历史版本存储	快照，多终端，经济而安全	全量存于中央服务器，一旦损害，很难找回
使用难度	易上手、难精通	对中文的支持很出色，容易使用
权限管理	基本没有	比较完善，支持颗粒级配置权限