版本控制流程规范V0.1.doc

版本控制流程规范文档V0.1

目录
一、 编写目的 3
二、 适用范围 3
三、 环境资源 3
四、 职责 3
五、 规范 4
1， 用户命名及权限配置 4
1) SVN用户命名 4
2) 访问约定 4
3) 权限管理 5
2， SVN库的划分 5
1) 版本库名 5
2) 文件结构 5
3， 版本控制 6
1) 控制流程 6
2) 变更流程 7
4， 备份方案 8

一、 编写目的
本文档主要目的是规范配置管理活动的过程，阐述了在项目开发、测试、实施的过程中SVN库的组成和使用规约，指导使用者正确地操作SVN库，以保证项目中所产生的代码、文档各版本之间完整性、可追踪性和一致性。

二、 适用范围
该规范适用于公司内部所有项目的配置管理过程。

三、 环境资源
在整个项目过程或产品生命周期中,选择SVN作为配置管理工具。
名称
说明
服务器操作系统

硬件资源
磁盘空间总共 G；
内存总共 G；
SVN服务端版本

四、 职责
角色
职责
权限
项目负责人/管理层
1． 审核相关更改；
2． 监督和检查配置管理工作；
1． 查看项目库
2． 修改项目库
配置人员
1． 制定配置管理计划；
2． 建立并维护配置管理库 ；
3． 负责基线的建立、修改维护活动；
4． 配置库日常权限管理；
5． 备份配置库。
1． 查看项目库
2． 修改项目库
研发人员
1． 提交项目需求和设计相关文档；
2． 提交程序和完整代码；
3． 提交开发相关工具或软件（可选）；
4． 提交开发区修改申请
1． 查看项目库
2． 修改开发区相关文档及代码
测试人员
1． 提交测试计划、测试用例、测试报告；
2． 提交用户使用手册及其他相关文档
3． 提交测试区修改申请
1． 查看所有项目文档
2． 修改测试区相关文档
实施、维护人员
1． 提交实施、维护相关文档。
2． 提交实施区修改申请
1． 查看项目库
2． 修改维护区相关文档

五、 规范
1， 用户命名及权限配置
1) SVN用户命名
项目组成员在各自的PC上安装SVN客户端，根据配置管理员所分配的用户和权限登录配置库进行各项配置管理活动。
初始用户命名规则：
用户名：公司邮箱@前的部分
密码：手机号后6位

2) 访问约定
为了保证各个项目组开发成果的安全性，以项目为单位，进行了精确权限划分，使得成员只能操作该项目组内的配置项。
内网访问svn资源库地址：
svn: https://... /svn/项目名称

3) 权限管理
各个项目组成员只能访问、操作各自的项目库，并具有特定文件区域的读、写权限，配置管理员统一分配和管理权限。

2， SVN库的划分
根据公司的项目，采用项目名—分区名—版本名—的主结构进行管理。
1) 版本库名
根据项目名称由项目经理与配置管理员共同设定。各项目统一建立2层目录，子目录根据实际情况建立。

2) 文件结构
a) 工作区：按版本存放提交测试阶段的相关程序、文档等
开发：开发相关
测试：测试相关
实施：实施运维相关
b) 发布区：按版本存放已发布的相关程序、文档等
开发：开发相关
测试：测试相关
实施：实施运维相关

结构图如下：

3， 版本控制
1) 控制流程
a) 配置管理员根据项目计划建立版本库并通知相关人员（可根据情况确定建立时间）；
b) 开发、测试、实施人员提交对应版本的程序与文档到工作区目录下；
c) 开发、测试人员根据测试情况更新工作区相关内容，直到测试结束；
d) 满足发布条件后，配置管理员把工作区相关程序及文档发布到发布区，并通知相关人员；
e) 项目上线后实施人员提交实施相关文档，配置管理员放到对应版本的发布区内。

2) 变更流程
a) 版本发布后如需修改，开发、测试、实施人员提交变更申请给项目经理，并抄送配置管理员，内容包括项目名、版本、变更内容、变更原因、变更时间、申请人等；
b) 项目经理审批通过后，由配置管理员进行变更，变更申请一同入库，并通知相关人员；

3) 文件命名
根据版本程序或文档统一命名格式如下：
###V0.0.0
版本号分3级，从左至右依次为1级、2级、3级，赋值由项目经理定义：
第1级为主版本号，赋值范围1～99
第2级为分支版本号，赋值范围0～99
第3级为修改或升级版本号，赋值范围0～99

4， 备份方案
每周五下午进行整体版本库的备份，目录结构按项目名—年—月建立，存放至非SVN主机位置，根据情况进行刻碟备份。