SOP_CM_V1.0(SVN管理和使用作业指导书).docVIP

SVN管理和使用作业指导书 修改记录 日期 版本 作者/修改者 描述 审核人 2008-04-28 V0.1 林蓉 初稿生成 目录 1 目的 3 2 SVN管理 3 2.1 库的建立 3 2.2 SVN库目录结构规划 3 2.3 版本库的管理原则 4 2.4 代码受控原则 4 2.5 增加用户 5 2.5.1 参与人员 5 2.5.2 操作流程 5 2.6 新增项目 6 2.6.1 参与人员 6 2.6.2 操作流程 6 2.7 删除用户 6 2.7.1 参与人员 6 2.7.2 操作流程 6 3 SVN使用 7 3.1 安装后的常规设置 7 3.1.1 中文界面的设置 7 3.1.2 忽略文件 7 3.1.3 配置强制锁定文件 8 3.2 常用SVN操作 8 3.2.1 创建和使用工作副本（checkout） 8 3.2.2 设置文档和目录的属性 10 3.2.3 加锁与解锁 10 3.2.4 分支操作 12 3.2.5 合并操作 13 3.2.6 将别人的改动更新到你的工作拷贝 13 3.2.7 解决冲突 14 3.2.8 比较差异(Diff) 14 3.2.9 加入(Add)新文件/新文件夹 15 3.2.10 删除、重命名、移动 15 3.2.11 取消改变(revert) 16 3.2.12 修订日志窗口 17 3.2.13 送交committing 18 3.2.14 文件库浏览器The Repository Browser 19 目的 本作业指导书规范应用软件开发部各项目开发中SVN使用和管理工作的内容和流程。 SVN管理 库的建立 运行Subversion服务器需要首先要建立一个版本库（Repository），可以看作服务器上存放数据的数据库，在安装了Subversion服务器之后，可以直接运行，如： svnadmin create E:\svndemo\repository 就会在目录E:\svndemo\repository下创建一个版本库。 我们也可以使用TortoiseSVN图形化的完成这一步： 在目录E:\svndemo\repository下右键-TortoiseSVN-Create Repository here...“， 然后可以选择版本库模式， 这里使用默认即可， 然后就创建了一系列目录和文件。一般选择FSFS SVN库目录结构规划 A. 参考了国外一些主要的开发网站，如SourceForge，大同小异，类似这样的目录结构： SVN库 ┠tags(发布) ┃ ├1.1 rc1 ┃ ├1.2 ┃ ├1.5 ┃ └1.9 ┠trunk (主版本) ┃ └ project ┃ ├src ┃ ├classes ┃ └WEB-INF ┖branches (分支) └分支 主要的开发工作放在trunk，分支放在branches，发布版本放在tags。 B. 多项目情况 ├─ProjectManagement │ ├─trunk │ ├─branches │ └─tags └─SSO ├─trunk ├─branches └─tags ProjectManagement和SSO是两个项目 trunk是开发的主线代码, 存放能够运行的正确的代码; 程序员如果开发新的程序或者改bug, 一般要先branch(SVN的一个功能) trunk目录下的代码到branches目录的一个子目录,在那里对代码进行修改, 确认无误后再提交到trunk主线下(但是有的时候为了效率, 我们也多人都在trunk目录下开发项目). tags目录可以看做主线代码的快照, 比如你做了1.0又做了2.0, 那每个不同版本的代码你就做快照放到tags文件夹下了. 版本库的管理原则 版本库的管理原则 项目负责人和版本管理员负责架构项目目录结构，包括配置文件、第三方控件、文档 项目负责人分配开发人员目录权限，由版本管理员负责实施 ，权限分配粒度要细 trunk ,tags ,branches ,项目负责人、协同版本管理员构建tags 和branches 项目负责人指定版本计划，版本管理员根据版本计划，提前通知开发人员提交文档，并告知冻结时间。 版本管理员负责解决开发人员在开发过程中的有关版本问题 开发人员每次修改，或者新增、删除、拷贝工作区对象后，应该立刻提交到版本库，有效保持工作区与资源库的高度一致 ，每天下班之前提交、（更新） 开发人员在每次修改工作区中代码或者文档时，首先更新该对象，可以尽量减少冲突、合并 保证提交到的版本库的代码没有BUG以免影响开发组 ，可以适当