版本管理规范

1 目的

标识、控制和追踪软件开发和实施过程中产生的各种软件产品版本。

2 适用范围

适用于征信对接项目所有软件源代码、产品版本的管理。

3 职责

3.1测试管理

确保项目版本按照正确的版本管理规范执行和使用。

3.2 定期检查

负责定期检查各项目对版本管理规范的执行度；根据发展需要对规范进行完善。

3.3 规范推行

负责项目软件产品版本管理规范的推行，指导项目组成员使用版本命名规范进行版本管理。

4 软件版本管理规范

4.1 版本命名规范

版本：主版本号.子版本号.维护版本号. Tag.测试版本号

 (1) 上线版本号：使用1位数字，从1开始；当功能模块有较大的变动或子版本号满，即可升级，比如增加多个模块或者整体架构发生变化。此版本号变更需经项目委员会审批。主版本号改变，则子版本号、测试版本号、Tag和维护版本号重置；
 (2) 测试版本号：使用1位数字，从0开始；当功能有一定的增加、变化或测试版本号满，即可升级，比如增加了对权限控制、增加自定义视图等功能。此版本号变更需经高级项目经理审批。子版本号改变，则测试版本号、Tag和维护版本号重置；
 (3) 维护版本号：为可选项，两位数字，从1开始，系统交付用户使用后，功能有少量的增加或变化，或是对已发布系统的缺陷修复或一些小的变动（如改变几个程序文件），则通过升级维护版本号的方式来发布。维护版本号改变，则测试版本号和Tag重置；
 (4)Tag分为三类，分别为：Alpha、Beta、Release；Alpha版: 简称（A），内部测试版，一般只在内部运行，不对外公开；主要是项目组成员对产品进行测试，检查产品是否存在缺陷、错误，验证产品功能与说明书、用户手册是否一致；Beta版: 简称（B），当软件进入模拟生产环境测试阶段或发布给典型用户进行测试；该版本相对于Alpha版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过进一步的测试，以便在正式发行前进行改进和完善。该版本也称为待发行版；  Release版:简称 (R)，是最终交付用户使用的一个版本，该版本也称为正式发行版。R版无测试版本号。
（5）测试版本号：为可选项，两位数字，从1开始；一般是测试时Bug修复或是一些变更，时间间隔不限；BUG修正，即可升级。此版本号可由项目经理决定是否修改；测试版本号不对用户显示；
（6）项目初始版本为 1.0；每一次版本更新，相关人员应填写《版本更新记录》。
示例：
版本名 含义
ECT_KDIA_BRANCH1.0-V0.0.0.1(B)-20161101 表示0.1 Alpha版,分支为BRANCH1.0的版本
ECT_KDIA-V0.0.0.1(B)-20160711 表示0.1 Beta版,主干测试版
KECI_V1.0.0.1_20160818 表示1.0 R版 （提交给客户）

4.2 标签命名规范

<项目名或项目编号>_<版本名>_<日期> 
比如：KECI_V1.0.0.1_20160818 表示1.0 R版

5 版本约束

5.1 空文件夹和空文件

在版本发布（发邮件）之前，必须删除对应对应的空文件夹和空文件。

5.2 升级说明中的空表格

在版本发布之前，必须删除空表格。

6 版本发布流程