软件研发管理系列文章（版本管理）

版本管理是软件研发很重要的工作，版本管不好会经常发生丢特性，反复合版本的工作量浪费，今天分享一下软件版本管理。

1、版本规划

1）项目部或者产品部或者研发部或者一起来进行年度版本规划制定，年度版本规划一般按照周期长短进行分类；

2）根据人力资源，软件特点，客户需求，技术竞争力进行大的版本规划。年度，半年度，季度的版本可以规划出来。

3）规划的目的是方便需求接纳，和对外需求承诺，接纳需求时根据需求的紧急程度 接纳到不同的版本，项目开发可以根据接纳的需求，按照规划时间启动项目开发。

4）版本规划要明确版本之间的继承关系， 即版本以哪个版本为基线版本，版本一般有并行开发的情况，集成关系还是比较重要的。

2、版本号定义

1）VRCPatch 是版本号常用的定义规则，例如：V100R001C100Patch001，比如windows 版本有8.1，这就是v、r版本表示法 微软也有patch版本，没有c版本。

2）V版本，一年最多规划一个版本，一般三年一个V版本开发，V版本需要有重大技术竞争力提升，重要特性支持。V版本是基线版本，后面的版本都是在这个版本上升级，

3）R版本，一年一个到两个R版本，R版本是研发版本，通用的版本，可以交付各类客户的版本。

4）C版本，C版本是面对某一类用户的版本，一般1个月到3个月，不宜过长也不宜过短，过短特性太少，过长满足不了用户的交付要求。

5）patch版本，补丁版本，就是对于已发布版本打补丁，有两种 一种是bug修复版本，能多快多快，快速修复bug，还有一种是紧急需求版本，就是用户提出的比较紧急的特性，快速开发 一般是一个月内版本。

3、版本管理

1）版本之间是并行关系，不是为了并行而并行，最好是全串行，一个跟着一个做，但是这可能满足不了用户需求，所以才存在并行的版本，所以版本的规划就比较重要，版本要基于软件开发流程本特点，需求情况，资源情况，客户市场情况进行版本规划。

2）one track，版本归一化，版本必须走一条主线，保证后续版本对前续版本的特性继承，不能分支又长分支，就会出现特性冲突，特性丢失，举个例子，当前是在开发的版本有三个，基线版本是v100人001，在基础上开发c001，c002，还有r002；这样c002在发布之前要合入c001，也就是变成以c001为基线，r002发布之前要合入c001、c002，这样可以成为新的归一版本。