SVN创建分支/合并分支/切换分支

• 一、创建分支
• • 1.1、右键项目 —> Team —> Branch/Tag...（分支/标记...）
  • 1.2、设置URL两种方法:1.手动设置分支的svn的url地址 2.浏览资源库选择对应的目录。
  • 1.3、然后 Next —> Finish
  • 1.4、分支创建完成，不信你看！
• 二、合并分支
• • 2.1、本地Repository的创建
  • 2.2、trunk创建新项目SSM_Maven_RWseparate_svn
  • 2.3、创建branch
  • 2.4、branch提交一个新文件
  • 2.5、trunk紧接着提交一个修改
  • 2.6、branch再次提交一个修改
  • 2.7、将trunk中的修改同步到branch
  • • 2.7.1 将本地路径切换到需要合并代码的buanch去：
    • 2.7.2、进行合并：
    • 2.7.3 提交合并后的branch
  • 2.8、将branch合并回trunk
  • • 2.8.1、将本地路径切换到需要合并代码的trunk去：
    • 2.8.2 、进行合并：
    • 2.8.3 提交合并后的branch

在建立项目版本库时，可首先建好项目文件夹，并在其中建立trunk, branches, tags三个空的子目录。这样在trunk中开始进行开发

trunk是主分支，是日常开发进行的地方。

branches是分支。一些阶段性的release版本，这些版本是可以继续进行开发和维护的，则放在branches目录中。又比如为不同用户客制化的版本，也可以放在分支中进行开发。

tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。

以eclipse为例来做SVN分支的创建/合并/切换

一、创建分支

1.1、右键项目 —> Team —> Branch/Tag…（分支/标记…）

1.2、设置URL两种方法:1.手动设置分支的svn的url地址 2.浏览资源库选择对应的目录。

我这里选择第亿种方式：浏览资源库，选择branches（这里的目录是我预先创建好的目录，没有的建议先创建目录），然后手动在目录后面创建分支名称（项目名称_创建日期_版本）

　　

1.3、然后 Next —> Finish

1.4、分支创建完成，不信你看！

二、合并分支

设想以下场景，如果你的项目需要开发一个新功能，而该功能可能会修改项目中的绝大多数文件，而与此同时，你的另一位同事正在进行bug fix，如果你的新功能不在branch中开发而直接在trunk中开发，那么你极有可能影响另一位同事的bug fix，他/她在bug修复中可能会遇到各种各样的问题，因为你的频繁提交代码引入了过多的不稳定因素。你可能会说，那我在开发的过程中不提交不就行了，等到我全部开发结束我再提交，是，你可以这么做，那还要版本控制干什么呢？也许等到你最后提交代码的时候（也许一周，也许两周？），你会发现有一大堆冲突 等着你解决。。。

那么，正确的做法是什么？ 使用branch，从trunk创建branch，然后在你的branch上开发，开发完成后再合并到trunk中。

关于branch先讲到这里，下面说说什么叫做合并。很好理解，当branch开发完成后（包括必要的测试），将branch中的修改同步到trunk中，这个过程有可能包括修改文件、增加文件、删除文件等等。

有人可能会问了，将branch的改动merge到trunk的时候，和上文说的直接在trunk中全部开发完然后提交有何区别？你最后还不是要处理一大堆conflict？

这个问题问得非常好，其实这正是本文的重点：branch和trunk在并行开发的过程中如何感知对方，branch如何才能在开发过程中不会和trunk越走越远，导致最后无法合并？ 试想一下，如果在你开发branch的过程中，trunk中的某个类文件已经被删除了（这可能是另外一个家伙在另一个branch上开发了两周后才合并到trunk的），而你竟然在这个类文件上做了大量修改，试问你到最后合并回trunk的时候该有多蛋疼？解决这一问题的唯一手段是，branch要不停地和trunk保持同步，你要及时地知道trunk都做了什么修改，这些修改是否会影响你正在开发的新功能，如果需要，你必须及时调整branch的代码，使之能与trunk“兼容”。

那么如何让branch和trunk保持同步？合并，从trunk合并到branch，你没听错，是从trunk合并到branch。关于TortoiseSVN的合并，有几点需要注意：

1. TortoiseSVN的合并发生在本地，也即你的working copy中，你无需过多担心会对repository中的代码造成影响
2. 不管是从trunk合并到branch还是最终从branch合并回trunk，在每次合并前最好先update，然后将本地的修改先全部commit，保护好现场，万一合并不理想随时都可以revert
3. 合并完成后看是否能正确编译，然后测试验证，最后将合并后的改动提交到repository

下面我将step by step地演示如何一次完整的branching和merging，包括创建分支、分支开发、分支和主线同步，分支合并到主线的全过程，甚至包括如何在本地创建一个测试用的repository。

2.1、本地Repository的创建

参考SVN服务器的本地搭建和使用

2.2、trunk创建新项目SSM_Maven_RWseparate_svn

相当简单就不赘述了，只列出本次操作所作出的修改：

2.3、创建branch

2.4、branch提交一个新文件

2.5、trunk紧接着提交一个修改

2.6、branch再次提交一个修改

2.7、将trunk中的修改同步到branch

2.7.1 将本地路径切换到需要合并代码的buanch去：

然后需要将本地现有的代码和branch保持完全一致（不然svn不允许进行合并）

2.7.2、进行合并：

点击OK后，会出现统计差异的数据一个列表，如下图：

点击OK，它就会将你需要合并的代码合并到你的本地，然后就需要自己在本地解决冲突，然后在将本地的代码提交，即可。

2.7.3 提交合并后的branch

至此，branch已经完全和trunk同步，branch和trunk的代码相处很融洽，没有任何冲突，如果branch已经开发结束，那是时候将branch合并回trunk了，当然，如果branch还要继续开发，那你将不断地重复2.7.2这几个步骤。

2.8、将branch合并回trunk

2.8.1、将本地路径切换到需要合并代码的trunk去：

然后需要将本地现有的代码和trunk保持完全一致（不然svn不允许进行合并）

2.8.2 、进行合并：

点击Finish后，会出现统计差异的数据一个列表，如下图：

点击OK，它就会将你需要合并的代码合并到你的本地，然后就需要自己在本地解决冲突，然后在将本地的代码提交，即可。

2.8.3 提交合并后的branch