CM-GF-02配置库管理规范.docVIP

河南航天金穗电子有限公司 配置库管理规范 文件编号： CM-GF-01 版本号： 1.0 编 制： 高付海 日 期： 2010-01-27 审 核： 日 期： 2010-02-01 批 准： 日 期： 2010-02-01 文件修订记录 时间 作者 主要修订内容 2010.1 高付海 初稿 目 录 1使用对象 4 2 项目配置库结构描述 4 2.1开发库（develop） 4 2.2 受控库（confirmed） 4 2.3 产品库（product） 4 3 版本号标示规则(Revision、release、Build) 5 4 配置库的创建 6 5 配置库的访问方式 6 6角色及权限 6 6.1角色及职责 6 6.2 帐号及权限管理 7 6.2.1 帐号管理 7 6.2.2 权限管理 7 1使用对象 项目经理、开发人员、测试人员、技术支持人员、配置管理人员、其他需要浏览配置库的相关人员 2 项目配置库结构描述 针对目前研发中心项目实际情况，每个项目配置库初始创建时分三个子库，分别是： 开发库(Develop)、受控库（confirmed）、产品库（product） 2.1开发库（develop） 主要为开发人员所用，下设code、documents、branch等三个子目录，code目录为开发代码所用，documents为项目文档目录，项目开发过程中产生的文档（包括管理文档、设计文档、测试文档等）提交到documents中，项目经理可根据自己的需要在documents目录中创建所需的文档子目录，branch为分支目录，根据项目的需求，当需要利用分支开发时，可把项目分支创建到此子目录 开发人员日常进行的文件添加、修改、删除、检入、检出等操作只针对开发库。 2.2 受控库（confirmed） 受控库中存放受控的配置项和定义基线后的文档、代码，对受控库中的配置项的变更应实施正规的、严格的控制，对受控库的管理包括对每个配置项的检入、检出以及对其功能的可追踪性、各配置项的一致性的审查，受控库由项目配置管理员负责 2.3 产品库（product） 为配置管理人员、项目经理、技术维护人员专用，保存经过系统测试后经过正式评审的产品代码及验收文档，此处为提交到用户正式环境中的代码，不允许对代码进行修改，设只读权限，子目录名以产品版本号为标示，如：ver1.0.0、ver1.0.1等，建议产品版本号以ver1.0.0开始标示。 产品库是可以对外正式发布的配置库，有着严格的版本定义控制，对用户在正式环境中部署的应是从产品库中取得的正式版本，对于项目的每次升级应严格按照版本标识规则进行产品版本的标识。 配置库目录结构示意图（以网上办税项目为例） 3 版本号标示规则(Revision、release、Build) 项目版本号结构定义：VER主版本号.子版本号.[ 修正版本号] 解释： (1) 项目初版时，版本号为 ver1.0 或 1.0.0；(2) 当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1；(3) 当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，因而可以被忽略掉；(4) 当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1； 4 配置库的创建 配置库的创建由配置管理员完成，项目经理协助，项目初始文件的导入可以由项目经理完成，或者配置管理员协助项目经理完成导入。 5 配置库的访问方式 项目成员：检出源代码代码时：svn:///配置库名称/develop/code， 检出文档时：svn:///配置库名称/develop/documents 日常对代码或者文档的更新、提交，无需再对访问路径单独设置 维护人员：检出部署到用户实际环境的产品，检出产品路径： svn:///配置库名称/product/版本号 注：检出或者导入文件时，除利用SVN协议外，也可以使用http协议，如： http::///配置库名称/develop/code 如果日常只是浏览配置库内容，为方便起见，可以直接利用浏览器打开，在浏览器地址栏输入需要访问的配置库路径即可 6角色及权限 6.1角色及职责 角色 职责、工作范围 配置管理工程师 （1） 制定《配置管理计划》 （2） 创建和维护配置库 （3） 出具《配置