版本控制软件历史进程

单人开发

代码提交步骤

  1. 写代码;
  2. 使用cp命令进行对已写内容备份;
  3. vi创建log文件记录代码变更;
  4. 一个版本要发布时,使用tar命令将所有文件打包归档。
    在这里插入图片描述

回退到历史版本

历史打包归档的文件

缺点

1、需要人为对文件进行备份,耗费人力,而且人为操作可能导致忘记给文件进行备份,从而丢失文件。

2、多人开发不适用

多人合作开发

代码提交步骤

  1. 多个程序员开发一个项目,各自完成代码;
  2. 将改动的文件统一发送给负责人;
  3. 由负责人统一将代码进行合并。
    在这里插入图片描述

举例:补丁文件
在这里插入图片描述
回退历史版本原理:

负责人手动记录历史版本。

缺点

1、需要额外增加人员对项目代码进行合并。

2、人为合并出现错误的概率增加。

RCS

代码提交步骤:

  1. 检出文件(co);
  2. 对文件进行编写;
  3. commit文件(文件生成新的版本);
  4. 检入文件(ci)。
    在这里插入图片描述

缺点
互斥写入机制。一个程序员检出文件编写时,其他人不可以进行操作。

回退历史版本:

RCS给每个文件创建了一个追踪文档(后缀,v)来记录版本历史。
在这里插入图片描述
在最新文档内容的基础上,减去历史上发生的改变,就可以恢复到之前的历史版本。这样,RCS就实现了备份历史和记录改变的功能。
在这里插入图片描述

CVS

特点:

1、引进分支概念;

2、引进库概念,文件构成一个库。

3、采用“复制-修改-合并“模式。

4、使用,v文件记录改变。

代码提交步骤:

  1. 从主干创建分支,分支是主干文件在本地复制的副本;
  2. 在本地进行修改,在分支提交文件修改,文件生成不同的版本;
  3. 分支工作结束后,将分支合并到主干;
  4. 使用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、不记录目录的改动。

SVN

在这里插入图片描述

特点:

1、支持管理Binary和Unicode文件;

2、采用关系型数据库来存储改变集

3、目录也有版本历史。整个目录树可以被移动或者复制,操作很简单,而且能够保留全部版本记录。

4、支持文件重新命名。

代码提交步骤:

1、从分支/主干下载最新版本代码;
2、在本地进行修改; 将修改提交到本地分支;
3、分支合并到主线。

回退到历史版本

与CVS相同

缺点:
1、采用集中式版本控制,断网后,如果不能连接到服务器上,基本上不可以工作

2、服务器压力太大,数据库容量暴增。

3、创建分支麻烦,对于整个最新内容进行cp.

GIT

创造者 林纳斯·托瓦兹 语言:C语言
在这里插入图片描述

特点:

1、分布式版本控制系统。不再受网络的限制,本地可以直接clone版本库。

2、Git跟踪并管理的是修改,而非文件。

3、git有暂存区的概念。

4、鼓励创建分支,可以随便建分支,随便删分支。

git鼓励分支的原因,在于创建分支的便利性,那git如何创建分支?
在这里插入图片描述

代码提交步骤:

1、clone代码库到本地分支;
2、在本地进行修改,add命令将修改的内容添加到缓存,并每一个文件计算校验和(哈希码);
3、commit命令将当前版本的文件快照保存到 Git 仓库中;
4、最终将校验和加入到暂存区域等待提交分支合并到主线。

回退到历史版本:

根据commit里的父级指针回退。

以上为版本控制系统的发展历史以及各个优缺点。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值