虽然git日益流行，但是很多公司还是使用svn来管理代码。
在日常开发的时候，我们会建立分支，对一些猜想功能安排人员进行开发测试，待通过后需要合并到主干。
就这一场景，使用merge做一简单的解释。
首先假设服务器上已有trunk和branch：
http://server/apps/TestProj/trunk
http://server/apps/TestProj/branches/feature1_branch
我们在主干和分支并行开发。在分支添加了文件开发新功能，boss满意了，我们需要把新功能添加到trunk。
这时我们就需要使用merge了。
先解释下merge，很多人有一个“错误的概念”，其实merge相当于： diff then apply。
就是先比较指定版本的差异，并应用到当前工作区。
在上面的工作环境下，分支上的新功能是在分支创建后添加的，所以我们需要比较分支创建版本和新功能版本并应用到trunk的工作区即可。
如：
命令行下先进入trunk的工作区：
svn merge -r old:new http://server/apps/TestProj/branches/feature1_branch
版本号可以进入分支的工作区： svn log
old的版本号就是使用copy创建branch的版本号，可以使用参数快速查找： svn log -v --stop-on-copy
要注意new的版本号是 svn log中列出的最大的，而不是使用svn update显示的。
因为经过测试，svn update无论是在哪个工作区，显示的都是trunk的最终版本号。
使用完merge后，如果没有conflict，那么很好，继续commit一下，就算合并到主线了。
如果有conflict（如果分支和主干修改了同一个文件的某个位置），通常svn会提示并列出几种选项，
一般的我会选择postpone，然后到冲突的代码里去看，手动解决，然后再commit。
以上是个人的使用总结，有什么不对的地方，请大家多多指教！