Subversion 分支操作

来源：http://www.blogjava.net/superliuwr/archive/2009/05/06/269214.html

创建分支

创建分支最快捷简便的方法就是直接对url操作，然后从新的url co出工作拷贝。在Subversion server上，用硬链接的方式处理不同version之间相同的文件。

svn copy http://svn.example.com/svnroot/comet/trunk http://svn.example.com/svnroot/comet/branches/2.8 –m “creating a private branch of comet”



合并一个分支上的修改到主干

Subversion的分支合并不是一个高风险的事情。其实Subversion并没有真正意义的分支概念，只有copy，但每个copy都会保留其所有的历史信息。像Clearcase那样的单独一个维度的version tag是不存在的，Subversion中的tag只是用来做快照而已，而且本质上也是copy，如果你提交新东西，那它就和branch是一样的。

简单地说，它一共只做了两件事。第一，比较两个版本的不同，这和你用svn diff得到的结果是一样的，只是svn diff会把changes打印出来。第二，把changes应用到你指定的工作拷贝上去，这表现为你的工作拷贝的本地修改，你可以在这个基础上再做修改，或是检查有没有问题，然后再提交。Subversion server并不关心你的提交是来自svn merge的修改，还是你自己改的代码。如果对结果不满意或者后悔了，一样可以用svn revert取消本地修改。

一个好的习惯是，提交的时候在注释中写清楚是从那个版本merge过来的。

Best practice 关于从某分支上merge changes到主干：

step1：找到前一次合并到主干时的version(341)

    svn log –v –-stop-on-copy http://svn.example.com/svnroot/comet/branches/2.8

step2：切换到trunk的本地工作目录

step3：update到最新，获得当前HEAD的version(405)

    svn update

    我们只用比较分支的初始状态和最终状态，然后把这些changes merge到主干上去，而不是分支的初始状态和主干的最终状态。

step4：merge

    svn merge –r 341:405 http://svn.example.com/svnroot/comet/branches/2.8

    此处省略了目标工作拷贝，默认是当前目录的工作拷贝，也可以指定

    svn merge –r 341:405 http://svn.example.com/svnroot/comet/branches/2.8 my_trunk_copy

step5：查看merge后的状态

    svn status

step6：编译测试看有无问题

step7：提交

    svn commit –m “Merged 2.8 changes r341:405 into the trunk.”