1、版本控制流程规范文档 V0.1目录一、 编写目的 .3二、 适用范围 .3三、 环境资源 .3四、 职责 .3五、 规范 .41， 用户命名及权限配置 .41) SVN 用户命名 .42) 访问约定 .43) 权限管理 .52， SVN 库的划分 .51) 版本库名 .52) 文件结构 .53， 版本控制 .61) 控制流程 .62) 变更流程 .74， 备份方案 .8一、 编写目的本 文 档 主 要 目 的 是 规 范 配 置 管 理 活 动 的 过 程 ， 阐 述 了 在 项 目 开 发 、测 试 、 实 施 的 过 程 中 SVN 库 的 组 成 和 使 用 规 约 ， 指 导 使 用
2、者 正 确 地操 作 SVN 库 ， 以 保 证 项 目 中 所 产 生 的 代 码 、 文 档 各 版 本 之 间 完 整 性 、可 追 踪 性 和 一 致 性 。二、 适用范围该规范适用于公司内部所有项目的配置管理过程。三、 环境资源在整个项目过程或产品生命周期中,选择 SVN 作为配置管理工具。名称 说明服务器操作系统 硬件资源 磁盘空间总共 G；内存总共 G；SVN 服务端版本 四、 职责角色 职责 权限项目负责人/管理层1 审核相关更改；2 监督和检查配置管理工作；1 查看项目库2 修改项目库配置人员1 制定配置管理计划；2 建立并维护配置管理库 ；3 负责基线的建立、修改维护活动；
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 客户端，根据配置管理员所
4、分配的用户和权限登录配置库进行各项配置管理活动。初始用户命名规则：用户名：公司邮箱前的部分 密码：手机号后 6 位2) 访问约定为了保证各个项目组开发成果的安全性，以项目为单位，进行了精确权限划分，使得成员只能操作该项目组内的配置项。内网访问 svn 资源库地址： svn: https:/. /svn/项目名称3) 权限管理各 个 项 目 组 成 员 只 能 访 问 、 操 作 各 自 的 项 目 库 ， 并 具 有特 定 文 件 区 域 的 读 、 写 权 限 ， 配 置 管 理 员 统 一 分 配 和 管理 权 限 。 2， SVN 库的划分根据公司的项目，采用项目名分区名版本名的主结构进
5、行管理。1) 版本库名根据项目名称由项目经理与配置管理员共同设定。各项目统一建立 2 层目录，子目录根据实际情况建立。2) 文件结构a) 工作区：按版本存放提交测试阶段的相关程序、文档等开发：开发相关测试：测试相关实施：实施运维相关b) 发布区：按版本存放已发布的相关程序、文档等开发：开发相关测试：测试相关实施：实施运维相关结构图如下：3， 版本控制1) 控制流程a) 配置管理员根据项目计划建立版本库并通知相关人员（可根据情况确定建立时间）；b) 开发、测试、实施人员提交对应版本的程序与文档到工作区目录下；c) 开发、测试人员根据测试情况更新工作区相关内容，直到测试结束；d) 满足发布条件后，
6、配置管理员把工作区相关程序及文档发布到发布区，并通知相关人员；e) 项目上线后实施人员提交实施相关文档，配置管理员放到对应版本的发布区内。2) 变更流程a) 版本发布后如需修改，开发、测试、实施人员提交变更申请给项目经理，并抄送配置管理员，内容包括项目名、版本、变更内容、变更原因、变更时间、申请人等；b) 项目经理审批通过后，由配置管理员进行变更，变更申请一同入库，并通知相关人员；3) 文件命名根据版本程序或文档统一命名格式如下：#V0.0.0版本号分3级，从左至右依次为 1级、2级、3级，赋值由项目经理定义：第1级为主版本号，赋值范围1 99第2级为分支版本号，赋值范围0 99第3级为修改或升级版本号，赋值范围0 994， 备份方案每周五下午进行整体版本库的备份，目录结构按项目名年月建立，存放至非SVN主机位置，根据情况进行刻碟备份。
