SVN版本控制流程

1、版本控制流程版本控制流程目录1.概述31.1. 目标31.2. 版本控制系统工具31.3. SVN特点简述52.SVN版本控制62.1. 版本控制目录设置62.2. 角色及权限分配72.3. 操作流程72.4. SVN备份计划82.5. SVN操作注意事项81. 概述1.1. 目标l 保证各个环境(产品、开发、测试、主干)的独立，避免相互影响。l 减少最终发布时合并主干出现冲突的概率。l 降低冲突处理的难度。1.2. 版本控制系统工具版本管理器：SVN安装包服务器端安装后界面比较工具：BeyondCompare图形界面如下：可以进行文件夹比较，文件内容比较等、也可以对文本文件内容，时间等进行比

2、较。比较结果如图：可以针对比较结果进行自动移动或复制让两侧文件一致。1.3. SVN特点简述l 统一的版本号。CVS是对每个文件顺序编排版本号，在某一时间各文件的版本号各不相同。而Subversion下，任何一次提交都会对所有文件增加到同一个新版本号，即使是提交并不涉及的文件。所以，各文件在某任意时间的版本号是相同的。版本号相同的文件构成软件的一个版本。l 原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。l 重命名、复制、删除文件等动作都保存在版本历史记录当中。l 对于二进制文件，使用了节省空间的保存方法。（简

3、单的理解，就是只保存和上一版本不同之处）。l 目录也有版本历史。整个目录树可以被移动或者复制，操作很简单，而且能够保留全部版本记录。l 分支的开销非常小。l 优化过的数据库访问，使得一些操作不必访问数据库就可以做到。这样减少了很多不必要的和数据库主机之间的网络流量。l 支持元数据（Metadata）管理。每个目录或文件都可以定义属性（Property），它是一些隐藏的键值对，用户可以自定义属性内容，而且属性和文件内容一样在版本控制范围内。l 支持FSFS和Berkeley DB两种资料库格式2. SVN版本控制2.1. 版本控制目录设置为了将开发中和最后的成果进行独立管理，并有助于后

4、续工作时，不产生冲突而建立以下的目录结构形式，如下，【产品库】是存放正式发布或上线后的项目相关文档及代码，【开发库】是存放开发过程中项目相关的资料及代码。2.2. 角色及权限分配字母说明 r：读取权限 w：修改写入角色描述权限配置管理员 ：公司所有项目的所属文件代码j进行管理。 只管理产品库产品库：rw 开发库：r项目经理某一个项目的负责人产品库：r负责项目的开发库：rw开发人员项目的开发工作人员产品库：r相关目录：rw美工人员项目的前端设计人员产品库：r相关目录：rw测试人员项目的测试质量保证人员产品库：r相关目录：rw项目内配置管理员（或项目经理负责）如果项目是团队化合作，并有多人开发，代

5、码交叉比较多，并且共通代码修改较多，可以添加内部的配置管理员对整体代码管理，避免代码交叉修改，无法上传，保证代码最新及统一的功能。产品库：r负责项目的开发库：rw2.3. 操作流程1） 开发中的流程2） 上线后维护流程或者二期三期产品开发流程3）分支合并操作l 项目开发编码前从当前主干建立一条开发分支，供项目开发人员使用；l 开发结束，提交测试的时候，从当前主干建立一条测试分支，将开发分支合并到测试分支上，供测试人员进行测试。这样开发人员对开发分支的修改不会影响测试环境；l bug fix的时候我们定时将开发分支的修改合并到测试环境中。l 回归测试的时候，从当前主干建议一条发布分支，将测试分支合并到该发布分支上，在发布分支上进行回归测试。l 发布前，将发布分支合并到当前主干。2.4. SVN备份计划l SVN控制的版本，每天晚上自动打包备份到*环境中，同时也备份到另外一台windows服务器中；l 定期清理,删除老的备份(一个月前的备份）。2.5. SVN操作注意事项1、多人开发的项目开发人员必须每日早上到开发库更新代码，下班前提交当日代码。2、单人开发的项目开发人员代码更新周期由项目经理制定，但周期不得大于一周。3、测试时，必须从S