分类: 工具与技术 作者:victor 发布时间:2013-03-17

创建分支

创建分支最快捷简便的方法就是直接对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 mytrunkcopy

step5:查看merge后的状态

    svn status

step6:编译测试看有无问题

step7:提交

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


转载请注明并请加上原链接或本站链接:Subversion分支操作转载自Findnow阅后记网


标签: 技术

评论


昵 称:
验证码: