版本控制规范V1.0.1.docx

版本控制规范深圳广联赛讯有限公司版本修订历史记录版本号修订内容修订者修订时间1.0.0第一版（初稿）李月婷2014/11/51.0.1加入文档版本控制规则李月婷2015/4/23拟制:李月婷部门主管：向远茂签发核准：发布日期：目录版本修订历史记录21.前言11.1目的11.2 对象11.3 要求12.过程规范12.1 版本命名规则12.1.1 标识方法22.1.2 版本号计位规则22.1.3 产品升级等级参考32.1.4 版本存放目录结构32.1.5 特殊情况说明42.2 文档版本命名规则42.2.1 文档标识方法42.2.2 文档版本号计位规则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产品升级等级参考升级等级参考内容非常重要升级系统架构变更 ，系统整体优化。用户界面全新改版增加新的重要的功能模块删减重要的功能模块重要升级添加新的需求增加或删减较小的或次要的功能模块在某个或几个现有功能模块中添加新功能模块间处理流程的变更小升级现有产品功能改进，局部修改Bug修改2.1.4版本存放目录结构2.1.5特殊情况说明1，Beta标识测试版（包含公测版与内测版，可以使用产品名称+“主版本号.子版本号.修正版本号”+Beta形式。2，若由于各种因素，需要维持线上版本号不变的，可以维持版本号不变，但必须使用patch+顺序号（三位数字，初始值为001）作为后缀，且说明原因，同时需要征得产品和运维负责人员的同意。2.2文档版本命名规则2.2.1 文档标识方法技术类文档，一般这样命名：项目名称或编号+“_”+文档用途名称。例如：广汇微信项目_需求规格说明书.doc。项目管理类文档的命名规则，参见下表：类别命名规范命名举例项目总结报告项目名称+“_”+项目总结报告车云宝_项目总结报告会议记录项目名称+“_”+会议主题+会议日期车云宝_运营平台角色定义会目变更项目名称+“_”+项目变更申请表+变更申请日期车云宝_项目变更申请：其它未说明的配置项的命名规则，请参考上表。2.2.2 文档版本号计位规则有些项目文档，一旦生成，就不会发生变化。如：会议记录、评审报告、测试记录等。对于这些文档，可以不用版本号管理；有些文档，将会随着项目进展而不断修订，如：项目计划、需求文档、设计文档、测试用例等。每次修订，将产生一个新的版本。对于这些文档，