经典剖析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。