[Reversion:100]
 $svn cp proj/trunk proj/branches/proj_branch_1
 OK Reversion:101

然后，trunk和proj_branch_1都在开发，到了某一个版本，比如150，branch开发完成，需要merge回到trunk
此时的目录结构是
[Reversion:150]
proj/trunk
proj/branches/proj_branch_1
proj/tags

按照svn的实现，我需要知道proj_branch_1所做的所有的变化，也就是当前的状态对刚刚生成时候状态的变化。根据这个变化生成一个diff文件，在apply一个本地的工作区上。（建议是一个干净的本地trunk工作区）

那么执行
$cd proj/trunk
$svn merge proj/branches/proj_branch_1@101 proj/branches/proj_branch_1 .

其实，第一个URL（我们称之为左边），为起始状态，通过最后的@101，表示取版本101，这个101就是cp成功之后的那个版本。第二个URL（我们称之为右边），为最终状态，取最新的，
 左边和右边做了一个diff，应用到当前工作区目录，也就是trunk。
 此时
 $svn st就可以看到变化了

这里的一个问题是如何获取这个cp之后的版本，也就是例子中的101
可以使用svn log里面的--stop-on-copy命令
$svn log --stop-on-copy proj/branches/proj_branch_1
会到cp的时候停下来，那里边标注的版本就是需要的版本

 比如，这是一个真正项目的一个例子，
 ------------------------------------------------------------------------
 r995 | yinweiming | 2007-10-24 09:07:08 +0800 (三, 24 10月 2007) | 1 line

 Create a branch for proj client using
 ------------------------------------------------------------------------
 其中的r995，995就是我需要的版本
 （说明一下，commit时候写commet的好处，比如这里我就很明确的肯定这是branch的起始点）

对于svn merge的另外的用法也是类似，只要是明白了
他是根据左边，右边生成diff，然后应用到本地的一个工作区就容易理解了。

还有可以使用svn merge --dry-run来模拟假装merge一下，看一下merge会发生什么，而不是真正的做这个动作。


而对于merge的help里面的 3. merge [-c M | -r N:M] SOURCE[@REV] [WCPATH]
这个也很容易理解，就是取 SOURCE 这个东西，版本N，M之间的区别，作用在WCPATH这个本地工作区上

注意！
做branch千万别根据本地修改过的工作区做，一定基于某一个URL的版本做