軟件研发版本管理制度.doc

软件研发版本管理制度 1．引言 1.1目的 本文档是为规范软件研发版本管理而制定的。 1.2范围 本文档为各产品部、事业部版本管理员提供有关版本管理规范的相关内容，包括： 版本标识方法 软件系统数据的存放 文档的修改控制 文档的备份制度 1.3术语定义 SVN Svn是一个开源的版本控制系统Subversion的简称 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。 1.4版序控制记录 版序状态 拟稿 审核 批准 发布日期 1.0 研发部 XXX 1.5版本更新记录 *A - 增加 M - 修改 D - 删除 版本/修订版 修改页码 修改记录 修改人 日期 1.0 初始版本 2．版本管理 2．1版本标识方法 为了使工作规范化、统一化，各项目组实行的版本标识管理方法分为：正式版本和特殊版本。 2．1．1正式版本 公司在市场上发行的正规版本。 以“V”开头，版本号放后。V前面增加项目名称，版本号分3节：主版本号，次版本号和内部版本号，每节之间以小数点（.）间隔。如V2.0.1表示主版本号为2，次版本号为0，内部版本号为1。研发部控制主版本号和次版本号，各项目组控制内部版本号。例如：一体化平台-平阴版v1.1.1 , 一体化平台为产品名称，平阴版为版本名称（平阴为具体项目名称），v1.1.1为主版本号+次版本号+内部版本号。 2．2目录结构 由于各项目组的实际情况不同，目录结构很难统一，但为了能更好地管理各项目组的文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。至于二级目录是以版本划分，并根据制定的目录结构给出文件级目录清单（先给出源程序及文档的文件级目录清单，安装盘的可以后再执行）：。 现以农电平台1.0的目录结构举例如下：  根目录 一级目录 二级目录 三级目录 对应配置项 备注 产品名称 一体化平台 版本号 源码(F:) 核心源码包 jar 源码 存目录前正在修改的内容 Class文件 扩展源码包 源码 sql SQL文件 版本变动说明 文档(G:) 需求文档 用户需求记录 版本号在文件名上标识 概要设计文档 总体设计文档 按版本号依次类推 数据库设计 详细设计文档 测试用例 测试记录 版本号在文件名上标识 用户手册 用户使用手册 产品说明书 项目计划 项目计划 实施手册 实施手册 月度计划 月度计划 安装盘(H:) REL_SRC 产品盘 或发布文档 SETUP 发布文档 表示正式版本及特殊版本的目录按以下原则定义： 正始版本：以“V”开头，版本号放后，主版本号和次主版本号之间的“.”去掉，明细版本号之前加“-”。举例如下： 版本号 目录名 V1.0 V1.0 V1.1 V1.1 V1.0.1 V1.0.1 V1.1.2 V1.1.2 2．3文档的存放 2.3.1 当前版本和历史版本的存放 对于源码文件，特别增加了一个Current目录，存放当前正在开发与维护的源码文件，当前未发布版本的所有数据都存放在.....\CURRENT\下。一旦当前版本正式发行，则当前目录被修改为相应的历史目录。 历史版本是指已经发行的版本，存放在相应的版本目录之下，一般不允许改动。 2.3.2 开发文档的存放 根据各项目部自己的情况，将系统用户需求记录、总体设计文档、详细设计及数据结构文件、测试记录、用户手册等放入相应的目录下。 2.3.3 源代码的存放 源代码包括如：java，jsp，BMP，ICO等相关文件，是未经编译处理的、不能直接交付使用的产品文件以