SVN版本控制流程..doc

版本控制流程 目录 1. 概述 3 1.1. 目标 3 1.2. 版本控制系统工具 3 1.3. SVN特点简述 5 2. SVN版本控制 6 2.1. 版本控制目录设置 6 2.2. 角色及权限分配 7 2.3. 操作流程 7 2.4. SVN备份计划 8 2.5. SVN操作注意事项 8 概述 目标保证各个环境(开发、测试、主干)的独立，避免相互影响。减少最终发布时合并主干出现冲突的概率。降低冲突处理的难度。 版本管理器：SVN 安装包 服务器端安装后界面 比较工具：BeyondCompare 图形界面如下： 可以进行文件夹比较，文件内容比较等、也可以对文本文件内容，时间等进行比较。 比较结果如图： 可以针对比较结果进行自动移动或复制让两侧文件一致。 SVN特点简述 统一的版本号。CVS是对每个文件顺序编排版本号，在某一时间各文件的版本号各不相同。而Subversion下，任何一次提交都会对所有文件增加到同一个新版本号，即使是提交并不涉及的文件。所以，各文件在某任意时间的版本号是相同的。版本号相同的文件构成软件的一个版本。 原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。 重命名、复制、删除文件等动作都保存在版本历史记录当中。 对于二进制文件，使用了节省空间的保存方法。（简单的理解，就是只保存和上一版本不同之处） 目录也有版本历史。整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。 分支的开销非常小。 优化过的数据库访问，使得一些操作不必访问数据库就可以做到。这样减少了很多不必要的和数据库主机之间的网络流量。 支持元数据（Metadata）管理。每个目录或文件都可以定义属性（Property），它是一些隐藏的键值对，用户可以自定义属性内容，而且属性和文件内容一样在版本控制范围内。 支持FSFS和Berkeley?DB两种资料库格式 角色及权限分配 ※字母说明 r：读取权限 w：修改写入 角色 描述 权限 配置管理员 ： 公司所有项目的所属文件代码j进行管理。 只管理产品库 产品库：rw 开发库：r 项目经理 某一个项目的负责人 产品库：r 负责项目的开发库：rw 开发人员 项目的开发工作人员 产品库：r 相关目录：rw 美工人员 项目的前端设计人员 产品库：r 相关目录：rw 测试人员 项目的测试质量保证人员 产品库：r 相关目录：rw 项目内配置管理员（或项目经理负责） 如果项目是团队化合作，并有多人开发，代码交叉比较多，并且共通代码修改较多，可以添加内部的配置管理员对整体代码管理，避免代码交叉修改，无法上传，保证代码最新及统一的功能。 产品库：r 负责项目的开发库：rw 操作流程 开发中的流程 上线后维护流程或者二期三期产品开发流程 3）分支合并操作 项目开发编码前从当前主干建立一条开发分支，供项目开发人员使用；开发结束，提交测试的时候，从当前主干建立一条测试分支，将开发分支合并到测试分支上，供测试人员进行测试。这样开发人员对开发分支的修改不会影响测试环境；bug fix的时候我们定时将开发分支的修改合并到测试环境中。回归测试的时候，从当前主干建议一条发布分支，将测试分支合并到该发布分支上，在发布分支上进行回归测试。发布前，将发布分支合并到当前主干。 SVN控制的版本，每天晚上自动打包备份到****环境中，同时也备份到另外一台windows服务器中； 定期清理,删除老的备份(一个月前的备份）。 SVN操作注意事项 1、多人开发的项目开发人员必须每日早上到开发库更新代码，下班前提交当日代码。 2、单人开发的项目开发人员代码更新周期由项目经理制定，但周期不得大于一周。 3、测试时，必须从SVN取得最新代码到测试环境测试，如果编译部分不太方便，开发人员用比较工具比较SVN代码和本地代码一致时，方可采用本地代码生成的war包或者编译后文件进行测试。 版本控制流程 第 4 页 共 8 页