软件公司研发本部版本管理规范(编辑修改稿)

软件公司研发本部版本管理规范(编辑修改稿)内容摘要：

为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法分为：正 中国最大的管理资源中心 第 7 页 共 17 页 式版本和特殊版本。 2． 1． 1 正式版本 公司在市场渠道上发行的正规版本。 以“ V”开头，版本号放后。 版本号分 3节 ：主版本号，次版本号和内部版本号，每节之间以小数点（ .）间隔。 如 2，次版本号为 0，内部版本号为 01。 2． 1． 2 特殊版本 特殊版本是在正式版本的基础上，针对某客户开发的版本。 它与正式版本的不同之处在于问题不具有通用性和适应性，只符合该用户的实际使用情况。 该版本标识分为常规部分和扩展部分，常规部分表示该特殊版本哪一个正式版本的分支，命名方法同正式版本的命名方法。 对于扩展部分，以“ S”开头，后加一唯一序号。 举例如下： 表示由 表示由 事业部不鼓励产生特殊版本。 只有在极特殊的情况下，才产生适当的特殊版本。 并在以后的版本演化中，尽量将其纳入到正式版本中。 2． 2 目录结构 由于各部门的实际情况不同，目录结构很难统一，但为了能更好地管理各事业部的文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。 至于二级目录是以模块划分还是以版本划分，各产品部、事业部可根据自己部门的情况，制定适合本部门 的目录结构，并根据制定的目录结构给出文件级目录清单（先给出源程序及文档的文件级目录清单，安装盘的可以后再执行）：。 现以财务产品部 V6。 0 的目录结构举例如下： 根目录 二级目录 三级目录 四级目录 对应配置项 备注 源码 (F:) 模块缩写 1 Current 存目录前正在修改的内容 PBL 源码 SQL SQL 文件 DOC 详细设计、数据结构 中国最大的管理资源中心 第 8 页 共 17 页 HTML 帮助文件 BMP 图像文件 按版本号依次 类推 … 模块缩写 2 与模块 1 相同。 模块缩写 n 文档 (G:) Require 用户需求记录 版本号在文件名上标识 Design 总体设计文档 按版本号依次类推 …. Test Record 测试记录 版本号在文件名上标识 Case 测试用例 …. User 用户使用手册 产品说明手册 …. Plan Project 项目计划 Month 月度计划 安 装 盘(H:) Release REL_SRC 产品盘 或发布文档 SETUP ….. 表示正式版本及特殊版本的目录按以下原则定义： （ 1） 正始版本：以“ V”开头，版本号放后，主版本号和次主版本号之间的“ .”去掉，明细版本号之前加“ ”。 举例如下： 版本号 目录名 V60 V61 V601 V612 （ 2） 特殊版本：目录名分为常规名和扩展名两部分，常规部分表示该特殊版本是由哪一个正始版本分支而来，命名方法同正始版本的命名方法。 对于扩展名，以“ S”开头，后加一唯一序号。 举例如下： 目录名 意义 表示由 个特殊版本 表示由 中国最大的管理资源中心 第 9 页 共 17 页 表示由 （ 3） 对于有些事业部是针对某个具体用户开发的特殊版本，在表示特殊版本的目录时，常规部分表示该特殊版本是哪一个正始版本的分支，对于扩展部分，可以把项目名称作为扩展名。 举例如下： 表示由 2． 3 文档的存放 当前版本和历史版本的存放 对于源码文件，特别增加了一个 Current 目录，存放 当前正在开发与维护的源码文件，当前未发布版本的所有数据都存放在 .....\CURRENT\下。 一旦当前版本正式发行，则当前目录被修改为相应的历史目录。 历史版本是指已经发行的版本，存放在相应的版本目录之下，一般不允许改动。 开发文档的存放 根据各部门自己的情况，将系统用户需求记录、总体设计文档、详细设计及数据结构文件、测试记录、用户手册等放入相应的目录下，也可将不同模块的开发文档存放于不同的模块中。 源代码的存放 源代码包括如： PBL， PBR， BMP， ICO， CPP， HPP， MAK， PRJ， INI等相关文件，是未经编译处理的、不能直接交付使用的产品文件以及编译产品所需的文件；联机帮助文件 HLP在未生成 HLP文件之前的 DOC， RTF等格式的文档也视为源代码。 各子系统当前的程序源文件放入相应的目录下。 对于一个子系统又分多个分子系统的情况，应在该目录下分别建立几个相应的目录。 SQL 语句的存放 各子系统 SQL 文件放入 ….. \.......\SQL 下，对于不同的数据库，分别建立不同的子目录，如 WAT、 SYB、 MSS、 ORC、 DB2 等。 公共 SQL 文件直接放入 … \SQL 下即可， 不同数据库的特殊 SQL 分别放入对应的子目录下。