场景
项目已上线，需不断维护。要求加入全市统一的功能，并马上上线，功能已经开发并测试，目前正在修改一些小的bug。但是新需求在不断引入：修改周期长，由于新需求还未完全实现并测试，bug修正后无法马上发布新版本。
产品化的软件，可能会有多版本存在，其中部分代码需要不断同步。
这两种应用场景，都可以考虑建立分支版本，使用版本控制工具的自动合并功能，更好的实现配置管理。
基本概念
REVISION 修订版本号
HEAD 版本库中的最新版本
下面三个是本地路径：
BASE 如果发生本地修改，BASE版本就是本地未修改版本
COMMITEED 在BASE之前最后修改的版本
PREV 最后修改版本之前的版本，技术上也叫COMMITEED-1
拷贝-修改-合并方案
版本库和修订号
全局修订号，一个修订号对应一个版本树，commit之后产生全局修订号，本地工作拷贝为混合版本，update之后是本地工作拷贝为最新的全局修订号。
Commit之后进入混合修订版本。Pull push分离原则
常规工作方式：
svn import 导入项目到svn库
svn checkout 得到工作拷贝
建立分支
使用svn copy命令或工具创建
建立分支后的版本变化
分支合并
注意：每次合并，提交都建立日志。选择好合并到哪个工作拷贝
主干合并到分支
范围合并或者版本树合并(最后一个)
方法1:
指定主干版本的版本范围，此范围内被合并到分支
方法2
两个不同版本树合并
选择分支指定版本号(最后一次同步版本)到最新的主干版本直接版本，此版本范围内的版本被同步
解决冲突：使用版本库版本或者使用本地版本，或者编辑修改
分支合并到主干
Reintegrate brache或者不同版本树合并
