SVN分支操作指引.docVIP

SVN分支操作指引 1准备 1.1安装软件 1.1.1 TortoiseSVN svn图形化客户端工具 1.1.2 Beyond Compare 3 文件比较工具 1.2操作路径 1.2.1建议建立一个独立的checkout文件夹，以便于相应操作。例如D:\eaoa 1.2.2 要保证你的开发工具（如Eclipse）的工作区中的代码在svn控制之下 2名词 2.1 working copy(WC) 指在你的本机上、在svn控制下的代码\代码路径。包含1.2.1、1.2.2 2.2 trunk 指存放在svn服务器上代码仓库（Repository）中的主干受控项目代码及其路径，例如： 2:8090/svn/04OA/CODE/EAOA 2.3 branch 指某一时刻建立的，与此时trunk中的代码完全一致的分支代码及其路径，但是与主干有着不同的URL，例如：2:8090/svn/04OA/CODE/eaoabranches/jiangpeng/9527 分支与主干有着各自独立的提交和更新 3具体操作 3.1当你新接到一个开发任务时，需要从trunk上创建此时的branch。 3.1.1在1.2.1文件夹上执行revert操作，以确保此时1.2.1中没有修改过的代码 3.1.2 可选操作 clean up 3.1.3 执行update操作，以确保此时1.2.1文件夹上的代码是最新的。 3.1.4 建立分支branch 鼠右1.2.1 填写To URL及log 注1：分支路径要按照约定进行 注2：确保选择【HEAD revision in the repository】 注3：一定要写log 注4：1.2.1上不要（用）Switch working copy to new branch/tag 点击ok按钮，等待直到完成。 3.2 将你的开发工作区1.2.2switch（切换）到新建的分支上，开始干活 3.2.1 切换 鼠右1.2.2 填入正确的将要切换的分支URL 注1：Revision 选择HEAD 点击ok按钮，等待直到完成。 3.2.2 在这个分支上干活。这个分支属于你了，你可以为所欲为了，随意提交。 3.3 交付 3.3.1 交付条件 分支代码已提交 分支代码已经过QA检查测试 3.3.2 合并分支代码到主干的WC上 执行3.1.1、3.1.2、3.1.3 鼠右 选择正确的合并方式，点击下一步 输入、选择正确的分支URL，点击下一步 合并测试，发现问题并解决冲突 查看合并文件列表，发现、解决问题及冲突 .1 发现列表中存在不是自己项目中涉及（修改）到的文件，使用1.1.2 文件比较工具比较位于1.2.1 、1.2.2中的本文件的差异，做出判断： （1）确实是本项目修改的文件，你忘记了 （2）处于调试等目的，在开发过程中修改的，但是与本项目功能无关的文件，并且已经将这种改变误提交到分支上了 （3）其它 本异常的处理方法： 用1.2.1中的本文件覆盖掉1.2.2的同文件，在1.2.2分支中重新提交，然后再执行-6 在后面的3.3.3主干提交操作中，不选择此文件（建议做法） .2 发现有文件冲突（conflict）。实际上，冲突很少发生，下列做法会改变冲突的发生概率 （1） 修改现有文件时，新增的、相对独立的方法、域、配置内容等尽量附加在文件的末尾，并与原来的内容以空的行相隔，可减少发生概率 （2）行内局部的修改，尽量以整行修改，被修改的行以空行替换，然后是修改后的内容，可减少发生概率。 （3）当多人修改同一个代码块时，特别是更改了此代码块的大体结构，使得减弱或丧失可比性时会加大冲突的发生概率。 当确实发生冲突时，一定要小心处理： 在不熟悉的情况下，不建议使用TortoiseSVN svn自带的冲突解决做法，以免引起混乱 用1.1.2 文件比较工具查看冲突的部位及情况，首先尽量解决自己修改的代码所引起的冲突，而不是希望或要求其它人先这样做； 当（2）不能完全解决问题时，找到冲突代码的作者协助解决，如果找不到，在授权、QA知悉、无功能影响情况下解决冲突代码。 合并测试并且解决所有发现的问题和冲突后，执行实际的合并操作 3.3.3 将更改提交到主干上，提交时要仔细检查列表，这是避免错误的最后一次机会