版本控制规范V101.docx

版本控制规范 深圳广联赛讯有限公司 版本修订历史记录版本号修订内容修订者修订时间1.0.0第一版（初稿）李月婷2014/11/51.0.1加入文档版本控制规则李月婷2015/4/23拟 制: 李月婷部门主管： 向远茂签发核准：发布日期：目录  TOC \o 1-4 \u 版本修订历史记录  PAGEREF _Toc420339561 \h 2 1. 前言  PAGEREF _Toc420339562 \h 1 1.1目的  PAGEREF _Toc420339563 \h 1 1.2 对象  PAGEREF _Toc420339564 \h 1 1.3 要求  PAGEREF _Toc420339565 \h 1 2. 过程规范  PAGEREF _Toc420339566 \h 1 2.1 版本命名规则  PAGEREF _Toc420339567 \h 1 2.1.1 标识方法  PAGEREF _Toc420339568 \h 2 2.1.2 版本号计位规则  PAGEREF _Toc420339569 \h 2 2.1.3 产品升级等级参考  PAGEREF _Toc420339570 \h 3 2.1.4 版本存放目录结构  PAGEREF _Toc420339571 \h 3 2.1.5 特殊情况说明  PAGEREF _Toc420339572 \h 4 2.2 文档版本命名规则  PAGEREF _Toc420339573 \h 4 2.2.1 文档标识方法  PAGEREF _Toc420339574 \h 4 2.2.2 文档版本号计位规则  PAGEREF _Toc420339575 \h 5  第  PAGE 5 页 前言 1.1目的 制定本流程的目的是使整个软件产品发布的过程清晰，流畅，便于控制，完善产品的版本控制，保证软件产品的质量。 1.2 对象 本规范涉及到的相关人员，包括研发负责人、产品经理、项目经理、开发人员、测试人员、配置管理员、运维人员。 1.3 要求 本流程涉及到的相关人员，必须严格按流程进行版本的发布操作。 过程规范 2.1 版本命名规则 研发版本主要包括有测试版本、预发布版本、正式发布版本，以区别版本的性质和用途。 测试版本：一般只在公司内部测试环境运行。主要是测试部对产品进行测试，检查项目需求、缺陷等。 预发布版本：一般只在公司内部运行，不对外公开。主要是产品部、研发部、项目部等对产品进行验收，检查产品是否存在缺陷、错误，验证产品功能与需求说明书、用户手册是否一致等。 Release版(正式发布版本)：对外公开发布的正式版本。 2.1.1 标识方法 上线版本采用统一的命名方式：项目名称（产品英文缩写_子项目英文名）+“主版本号.子版本号.修正版本号”的形式。 测试环境的版本可采用四位版本号，以便区分测试的轮次，即项目名称（产品英文缩写_子项目英文名）+“主版本号.子版本号.修正版本号.顺序号”。 数据库文件的版本命名规则为：项目名称（产品英文缩写_子项目英文名）+模块名称+“主版本号.子版本号.修正版本号.顺序号”，版本号与测试版本包的版本号必须保持一致。 注意，项目名称的系统名与子系统名之间采用的是下划线。 2.1.2 版本号计位规则 内部版本标签第一位第二位第三位顺序号取值V1-990-990-991-99说明version首位表示非常重要升级中位代表重要升级末位代表小升级顺序号表示版本移交测试次数进位规则从1递增从0递增从0递增从1递增加值规则当系统具有重大的需求产生，系统架构调整等，经过评审可以在首位直接加1当系统增加功能模块、重大功能、需求变更时，可在中位加1，每个改进计1当系统进行了局部修改或 bug 修正，升级第三位版本号在主版本号和从版本号都不变的情况下，每提交一次就加1说明： 1）上线版本（Release版）初始值：V1.0.0， 版本号只增不减。例如：车联宝产品名为:CLB， 则车联宝的第一个发布版本是CLB1.0.0，第二个发布版本则是CLB1.0.1，依此类推； 2）测试版本初始值：V1.0.0.1，版本号只增不减。以车联宝为例，则车联宝的第一个测试版本是CLB1.0.0.1，第二个测试版本则是CLB1.0.0.2，依此类推。 2.1.3 产品升级等级参考 升级等级参考内容非常重要升级系统架构变更 ，系统整体优化。