代码提交步骤：
写代码；使用cp命令进行对已写内容备份；vi创建log文件记录代码变更；一个版本要发布时，使用tar命令将所有文件打包归档。回退到历史版本
历史打包归档的文件
缺点
1、需要人为对文件进行备份，耗费人力，而且人为操作可能导致忘记给文件进行备份，从而丢失文件。
2、多人开发不适用
代码提交步骤：
多个程序员开发一个项目，各自完成代码；将改动的文件统一发送给负责人；由负责人统一将代码进行合并。举例：补丁文件 回退历史版本原理：
负责人手动记录历史版本。
缺点
1、需要额外增加人员对项目代码进行合并。
2、人为合并出现错误的概率增加。
代码提交步骤:
检出文件（co）；对文件进行编写；commit文件（文件生成新的版本）；检入文件(ci)。缺点： 互斥写入机制。一个程序员检出文件编写时，其他人不可以进行操作。
回退历史版本：
RCS给每个文件创建了一个追踪文档（后缀,v）来记录版本历史。 在最新文档内容的基础上，减去历史上发生的改变，就可以恢复到之前的历史版本。这样，RCS就实现了备份历史和记录改变的功能。
特点：
1、引进分支概念；
2、引进库概念，文件构成一个库。
3、采用“复制-修改-合并“模式。
4、使用,v文件记录改变。
代码提交步骤:
从主干创建分支，分支是主干文件在本地复制的副本；在本地进行修改，在分支提交文件修改，文件生成不同的版本；分支工作结束后，将分支合并到主干；使用tag记录待发版文件集合，进行发版。 如：tag v1.0 (file1:r1.3) (file2:r1.1) (file3:r1.5)回退到历史版本
r1.0 = r2.0 - change(rb1.0.2 - rb1.0.1) - change(rb1.0.1-r1.0)
缺点：
1、不支持Binary文件的改动记录。
2、不支持文件重命名。
3、不记录目录的改动。
特点：
1、支持管理Binary和Unicode文件；
2、采用关系型数据库来存储改变集
3、目录也有版本历史。整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。
4、支持文件重新命名。
代码提交步骤:
1、从分支／主干下载最新版本代码； 2、在本地进行修改； 将修改提交到本地分支； 3、分支合并到主线。
回退到历史版本
与CVS相同
缺点： 1、采用集中式版本控制，断网后，如果不能连接到服务器上，基本上不可以工作
2、服务器压力太大，数据库容量暴增。
3、创建分支麻烦，对于整个最新内容进行cp.
创造者 林纳斯·托瓦兹 语言:C语言
特点：
1、分布式版本控制系统。不再受网络的限制，本地可以直接clone版本库。
2、Git跟踪并管理的是修改，而非文件。
3、git有暂存区的概念。
4、鼓励创建分支，可以随便建分支，随便删分支。
git鼓励分支的原因，在于创建分支的便利性，那git如何创建分支？
代码提交步骤:
1、clone代码库到本地分支； 2、在本地进行修改，add命令将修改的内容添加到缓存，并每一个文件计算校验和（哈希码）； 3、commit命令将当前版本的文件快照保存到 Git 仓库中； 4、最终将校验和加入到暂存区域等待提交分支合并到主线。
回退到历史版本：
根据commit里的父级指针回退。
以上为版本控制系统的发展历史以及各个优缺点。
