版权声明：可以任意转载，转载时请务必以超链接形式标明文章 原始出处和作者信息。
svn 的 merge其实很好用，当然前提是你明白了svn merge这个命令，还好，我用了大约一年明白了这个命令 -___-!!
跟大家说一下用法，比如我们要把分支merge到主干上
# svn merge --help
merge: Apply the differences between two sources to a working copy path.
usage: 1. merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
2. merge sourceWCPATH1@N sourceWCPATH2@M [WCPATH]
3. merge [-c M | -r N:M] SOURCE[@REV] [WCPATH]
我们以第一个为例
merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
这个help里面提示，merge需要三个参数
sourceURL1，sourceURL2的含义并不是两个分支，或者一个分支一个主干，而是同一个分支的两个状态，或者说是两个版本。对这两个版本做一个diff，然后把diff的结果，应用到最后的参数WCPATH上，WCPATH代表是一个本地已经checkout的工作区
svn merge的思想是diff and apply
比如，我开发一个项目叫做proj
目录结构是
proj/trunk
proj/branches
proj/tags
(省略了http:// 之后的，只是相对路径，但是真正使用时候不能省略)
当版本达到100的时候，我决定做一个branch进行一些其他开发
跟大家说一下用法，比如我们要把分支merge到主干上
# svn merge --help
merge: Apply the differences between two sources to a working copy path.
usage: 1. merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
2. merge sourceWCPATH1@N sourceWCPATH2@M [WCPATH]
3. merge [-c M | -r N:M] SOURCE[@REV] [WCPATH]
我们以第一个为例
merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
这个help里面提示，merge需要三个参数
sourceURL1，sourceURL2的含义并不是两个分支，或者一个分支一个主干，而是同一个分支的两个状态，或者说是两个版本。对这两个版本做一个diff，然后把diff的结果，应用到最后的参数WCPATH上，WCPATH代表是一个本地已经checkout的工作区
svn merge的思想是diff and apply
比如，我开发一个项目叫做proj
目录结构是
proj/trunk
proj/branches
proj/tags
(省略了http:// 之后的，只是相对路径，但是真正使用时候不能省略)
当版本达到100的时候，我决定做一个branch进行一些其他开发
[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之后的版本，也就是例子中的1 01
可以使用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的版本做
$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之后的版本，也就是例子中的1 01
可以使用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的版本做
我就吃过这个亏
diff的时候，diff不出来，因为基于本地工作区的 ，所以现在merge起来很是费劲
diff的时候，diff不出来，因为基于本地工作区的 ，所以现在merge起来很是费劲