经典剖析SVN分支与合并

本节主要向大家描述一下SVN分支与合并,分支和SVNmerge有很多不同的用法,这个小节描述了最常见的用法,希望通过本节的学习,大家对SVN分支与合并有深刻的理解。下面是SVN分支与合并

合并分支到另一分支

为了完成这个例子,我们将时间往前推进,假定已经过了几天,在主干和你的分支上都有许多更改,假定你完成了分支上的工作,已经完成了特性或bug修正,你想合并所有分支的修改到主干上,让别人也可以使用。
SVN分支与合并中在这种场景下如何使用svnmerge?记住这个命令比较两个目录树,然后应用比较结果到工作拷贝,所以要接受这种变化,你需要主干的工作拷贝,我们假设你有一个最初的主干工作拷贝(完全更新),或者是你最近取出了/calc/trunk的一个干净的工作拷贝。

但是要哪两个树进行比较呢?乍一看,回答很明确,只要比较最新的主干与分支。但是你要意识到—这个想法是错误的,伤害了许多新用户!因为svnmerge的操作很像svndiff,比较最新的主干和分支树不仅仅会描述你在分支上所作的修改,这样的比较会展示太多的不同,不仅包括分支上的增加,也包括了主干上的删除操作,而这些删除根本就没有在分支上发生过。

为了表示你的分支上的修改,你只需要比较分支的初始状态与最终状态,在你的分支上使用svnlog命令,你可以看到你的分支在341版本建立,你的分支最终的状态用HEAD版本表示,这意味着你希望能够比较版本341和HEAD的分支目录,然后应用这些分支的修改到主干目录的工作拷贝。

查找分支产生的版本(分支的“基准”)的最好方法是在svnlog中使用--stop-on-copy选项,log子命令通常会显示所有关于分支的变化,包括创建分支的过程,就好像你在主干上一样,--stop-on-copy会在svnlog检测到目标拷贝或者改名时中止日志输出。

所以,在我们的例子里,$svnlog-v--stop-on-copy\
http://svn.example.com/repos/calc/branches/my-calc-branch

------------------------------------------------------------------------
r341|user|2002-11-0315:27:56-0600(Thu,07Nov2002)|2lines
Changedpaths:
A/calc/branches/my-calc-branch(from/calc/trunk:340)

$
正如所料,最后打印出的版本正是由my-calc-branch拷贝生成的版本。

如下是最终的合并过程,然后:

$cdcalc/trunk  


$svnupdate  


Atrevision405.  


 


$svnmerge-r341:405http://svn.example.com/repos/calc/branches/my-calc-branch  


Uinteger.c  


Ubutton.c  


UMakefile  


 


$svnstatus  


Minteger.c  


Mbutton.c  


MMakefile  


 


#...examinethediffs,compile,test,etc...  


 


$svncommit-m"Mergedmy-calc-branchchangesr341:405intothetrunk."  


Sendinginteger.c  


Sendingbutton.c  


SendingMakefile  


Transmittingfiledata...  


Committedrevision406.  


 

再次说明,日志信息中详细描述了合并到主干的的修改范围,记住一定要这么做,这是你以后需要的重要信息。

举个例子,你希望在分支上继续工作一周,来进一步加强你的修正,这时版本库的HEAD版本是480,你准备好了另一次合并,但是我们在“合并的最佳实践”一节提到过,你不想合并已经合并的内容,你只想合并新的东西,技巧就是指出什么是“新”的。

第一步是在主干上运行svnlog察看最后一次与SVN分支与合并的日志信息:

$cdcalc/trunk
$svnlog

------------------------------------------------------------------------
r406|user|2004-02-0811:17:26-0600(Sun,08Feb2004)|1line

Mergedmy-calc-branchchangesr341:405intothetrunk.
------------------------------------------------------------------------

阿哈!因为分支上341到405之间的所有修改已经在版本406合并了,现在你只需要在SVN分支与合并中合并分支在此之后的修改—通过比较406和HEAD。

相关推荐