文档介绍：软件版本管理规范第一章目的本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容,使软件项目版本管理流程化并规范化,确保在系统开发和实施过程中项目的完整性和一致性。第二章适用范围所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库(可使用工具建立配置库,本文所述使用的是SVN)进行版本管理。第三章职责配置库管理员:负责配置库的日常维护和管理;监督开发及测试部门及时提交版本管理对象(即配置项)。此岗位可由开发或测试人员兼任。第四章内容版本管理对象包括但不限于:。配置库目录结构与项目内部的目录结构建议按下列格式创立。配置库目录结构规划:Hags(发布)|l-||||[-trunk(主版本)ILprojectA|Hsrc| |-MY_M00C|卜doc|卜tool|卜。ooLbranches(分支)卜SY_ABC卜TJ_ABC卜WH_M00C其中,项目内部的目录结构:-projectAI-src(保存该项目的源程序)-doc(保存项目相关文档)I-(保存项目过程管理相关文档)I-(保存项目计划相关文档)I-(保存项目需求相关文档)-(保存项目设计相关文档)-(保存项目代码测试相关文档)-(保存项目部署实施相关文档)-(保存项目运维文档,包括培训、用户手册等)-(保存项目技术文档,包括第三方技术资料等)。。(保存项目过程管理相关文档)I-tool(包括该项目特定的开发、编译、测试等工具)(branch)建议使用分支來协同不同职能小组对同一个配置库的使用,可按照以下方式进行分支的管理。解决方案建立三个分支,包括主版本开发(trunk).分支版本开发(branches)和发布(tags)。主版本开发是所有分支版本的基准版本,主版本的开发分支。开发部门开发使用。分版本开发主版本的分支版本,供开发部门开发使用。开发工程师如果以主版本为基准,进行软件项目开发,要先将trunk@录下的代码分支到branches0录的一个子目录,在那里对代码进行开发。多个主版本的分版本可经过在branches顶级目录创立多个分支目录來区分。发布测试和发布专用分支,该分支代码不允许任何形式的修改。每个经过测试后的不同版本的代码做快照放到此分支文件夹下。权限管理应对配置库的访问权限进行管理,确保软件系统的完整性和安全性。建议按如下方式进行管理。、deletef订e、checkout>checkin权限,无目录创立和删除权限。开发工程师若想创立目录,需向配置库管理员申请。^deletefile、checkout、checkin权限,无目录创立和删除权限,对于其它分支只有只读权限。,但增删项目和增删目录需要有项目负责人批准。其它人员若需要配置库访问权限,需经技术总监或经技术总监授权的项目经理批准,由配置库管理员分配权限。,确保版本的准确性和可追溯性。建议按如下方式进行管理。版本维护软件工程各阶段产生的各种文档和代码,应及时并统一上载到配置库由配置库管理员统一管理。对于要修改的配置项,应从配置库中检出(checkout)后修改,修改完毕后及时检入(checkin),并填写修改的原因和内容。配置项的历史版本应保存在配置库中。,由开发工程师操作。迁移的时机有:当开发负责人提交测试申请时;开发过程中进行测试,修改好一个或多个bug,需要测试工程师验证时。从测试分支到发布分支的迁移,由配置库管理员操作。迁移的时机有:当开发组提交上线申请时。对于每个项目从测试分支到发布分支的迁移,配置库管理员要建立分支迁移日志,并详细记录。,生成新的版本。每个系统新的版本不但以分支形式存在于配置库中,而且要以独立压缩包形式备份。版本的命名规则为,[.N4][」[T/R5]