SVN版本控制流程.doc

《SVN版本控制流程.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

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.1.SVN特点简述l统一的版本号。CVS是对每个文件顺序编排版本号，在某一时间各文件的版本号各不相同。而Subversion下，任何一次提交都会对所有文件增加到同一个新版本号，即使是提交并不涉及的文件。所以，各文件在某任意时间的版本号是相同的。版本号相同的文件构成软件的一个版本。l原子提交。一次提交不管是单个还是多个文件，都是作为一个整体提交的。在这当中发生的意外例如传输中断，不会引起数据库的不完整和数据损坏。l重命名、复制、删除文件等动作都保存在版本历史记录当中。l对于二进制文件，使用了节省空间的保存方法。（简单的理解，就是只保存和

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

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

5、改较多，可以添加内部的配置管理员对整体代码管理，避免代码交叉修改，无法上传，保证代码最新及统一的功能。产品库：r负责项目的开发库：rw1.2.操作流程1）开发中的流程1）上线后维护流程或者二期三期产品开发流程3）分支合并操作l项目开发编码前从当前主干建立一条开发分支，供项目开发人员使用；l开发结束，提交测试的时候，从当前主干建立一条测试分支，将开发分支合并到测试分支上，供测试人员进行测试。这样开发人员对开发分支的修改不会影响测试环境；lbugfix的时候我们定时将开发分支的修改合并到测试环境中。l回归测试的时候，从当前主干建议一条发布分支，将测试分支合并到该发布分支上，在发布分支

6、上进行回归测试。l发布前，将发布分支合并到当前主干。1.1.SVN备份计划lSVN控制的版本，每天晚上自动打包备份到****环境中，同时也备份到另外一台windows服务器中；l定期清理,删除老的备份(一个月前的备份）。1.2.SVN操作注意事项1、多人开发的项目开发人员必须每日早上到开发库更新代码，下班前提交当日代码。2、单人开发的项目开发人员代码更新周期由项目经理制定，但周期不得大于一周。3、测试时，必须从SVN取得最新代码到测试环境测试，如果编译部分不太方便，开发人员用比较工具比较SVN代码和本地代码一致时，方可采用本地代码生成的war包或者编译后文件进行测试。