师父（80 后老员工）：小吉啊，我看我们文档越来越多了，手动管理起来很费劲。你去搞一个 SVN 来用一哈，做个版本控制，这样大家都方便。

徒弟（95 后新力量）：师父啊，S 什么，什么 VN？是干什么的？

师父：Too young too simple，Subversion 做版本控制的神器啊，老少皆宜。

徒弟：emmmm，没听过。大家都用 Git 啊，基于 Git 的 GitHub/GitLab/极狐GitLab 用着多香。师父，你用的这些都 OUT 了吧。

师父：你走，不要再让我看到你，以后出事了，不要说我是你师父。

因为一个版本控制工具之争，让美好的师徒关系变得紧张起来。看来要说服师傅，还得深挖一下版本控制的内容啊。

为什么需要版本控制？

先来看看维基百科对于版本控制的定义：

在软件工程中，版本控制（version control）（又称之为 revision control、source control 或者 source code management）是一种典型的系统，负责对计算机程序、文档、大型网站或其他信息集合的变更进行管理。版本控制是软件配置管理的重要一部分。

简言之：版本控制是为了对软件研发过程中的所有变更（代码、文档、配置等）进行追踪管理。

版本管理是实现多人对于同一套代码进行高效协作研发的关键，可以清楚记录某个变更的详情，诸如变更人员信息（作者、邮箱）、变更内容（增加、删除）、变更原因及变更日期等。当有问题的时候，还可以进行快速回滚。

波澜壮阔的版本控制发展史

版本控制的发展史，要追溯到上世纪 60 年代，有这样几个主要的里程碑事件：

▹1962 - IEBUPDTE

IEBUPDTE 主要与 IBM's OS/360 系统一起使用，被称为版本控制工具的先驱，可追溯到 1962 年。虽然其主要使用穿孔卡来存储数据，但是确实提供了类似于今天用补丁系统创建和更新代码库的能力。

▹1972 - SCC

1972 年，贝尔实验室开始创建 SCCS（Source Code Control System），由 Marc Rochkind 用 C 语言编写。这个系统已经初具现代版本控制系统的特点了，诸如具备创建、编辑以及追踪文件的能力。当然，这个系统并不支持多人同时协作。SCCS 在 1977 年正式对外发布，是上世纪 80 年代最主要的版本控制系统。

▹1982 - RCS

1982 年，Walter Tichy 开发了一个称之为 RCS（Revision Control System）的系统。虽然 RCS 依旧是任何时刻只允许一个用户对单个文件进行编辑，但是他创造了一种称之为 “Reverse Deltas” 的变更存储方式。RCS 并未存储当个文件的所有变更版本，而是将其最近的一个版本作为基线，其他所有版本都基于此基线来创建，这大大提高了变更存储以及追踪效率。

▹1986 - CVS

在不久之后的 1986 年，Dick Grune 也用 C 语言开发了 CVS（Concurrent Versions Systems）。CVS 允许同一时刻由多个用户对同一文件进行操作，已经和现代版本控制系统非常接近了，因为它通过 “差异” 来记录和追踪变更，同时使用了经典的 C/S 模型（Client-Server）以及分支方式。

▹2000 - SVN

2000 年，由 CollabNet 创建的 SVN（Subversion），是现如今大家耳熟能详的版本控制系统。SVN 兼具 CVS 很多功能特性，在 2010 年更名为 Apache Subversion 并捐赠给了 Apache 基金会。

SVN 是典型的集中式版本控制系统（CVCS，centralized version control system）。项目存储在服务器端，用户需要通过客户端（非常流行的客户端有 Tortoise SVN 和 SmartSVN）来进行变更的拉取和提交。

▹2005 - Git

Git 是 Linux 内核创始人 Linus Torvalds 的又一佳作，是典型的分布式版本控制系统（DCVS，Distributed Version Control System）。由于 Git 在分支操作方面的灵活性以及生态发展方面（下文将进一步说明）优良性，吸引了越来越多企业和用户。目前 Git 是版本控制的主流工具。