今天需要把某项目的SVN分支合并到主干上。找了参考资料，但发觉许多参考资料都是操作者具有所有权限的，能够查阅SVN目录接口、能够创建分支等，与当前的情况不是很吻合。

    大概思路算是理清了：1、把主干的数据检出到本地一个文件夹；2、在主干上选择“合并”，从当前主干的URL更新指向到指定分支URL的数据（一般选择更新到本地工作空间中）；3、更新后的版本冲突解决；4、提交合并后的SVN更新。

    而由于公司的特殊需求，还需要把合并到主干的SVN数据一同同步到分支上。这其实就是“主干合并到分支”——虽说这种说法不是很恰当，也是不为SVN思想所认可的。操作的步骤与前者相近，只需把操作对象更换为分支SVN，但由于前面已经把做了版本冲突出来，在这操作中版本冲突问题是基本不存在，最多只会是数据版本的更新。

   心得：SVN版本控制的主要目标是对历史版本的控制、团队项目开发时的冲突回避和版本更新同步。分支的主要目的是区分各个相当独立的任务，分支的任务开发期间不影响主干的正式数据。当分支的任务完成是合并到主干作为正式数据嵌入，此时该分支的历史使命基本告一段落。当然，也可以把分支作为小版本的管理和维护，如分支1.0管理1.0版本的项目内容、分支1.2管理1.2版本的项目内容。