SVN与TortoiseSVN实战：TortoiseSVN新建及合并分支

硬广：《SVN与TortoiseSVN实战》系列已经写了两篇，第一篇《SVN与TortoiseSVN实战：从入门到精通》，关于分支和标签的知识介绍可翻阅第二篇《SVN与TortoiseSVN实战：标签与分支》，本篇重点通过例子讲解TortoiseSVN新建及合并分支的实际操作。

先提示一下，网上大部分关于分支合并的讲解都是错的，对于其他资料请谨慎，本文本着科学严谨的精神，确保讲解正确。

我这里已经新建好一个SVN项目仓库，并按照第二篇介绍的标准项目仓库的目录结构新建好trunks、tags、branches三个目录：

下面开始实际操作。

使用TortoiseSVN新建分支

---

由于这三个目录是刚建好的，为了更好体现分支的新建及合并对项目中代码的影响，先伪造点代码文件。

打开trunks目录，在trunks目录下新建两个文本文件A.java，B.java：

打开A.java输入以下内容：

B.java文件可以随机输入些，本例中主要用于观察后续是否变化。

两个文件编辑完成后使用SVN Commit将更改提交到SVN：

下面开始创建分支：

1、在trunks上点击右键，在TortoiseSVN菜单中选择Branch/Tag；

2、在To path输入框中输入新建分支的路径，一般是：/branches/分支名，也就是相当于分支保存的路径名；

3、在下面选择HEAD revision in the repository，为当前SVN中trunks目录下最新的代码建立分支，如果需要为制定的revision建立分支，可以进行选择；

4、点击OK分支建立完成。

打开branches目录，发现目录依然为空，没有刚才建立的分支，这是因为分支建立的操作是在服务器端完成的，当需要编辑分支时，在branches目录点击Update，刚才建立的分支就会下载下来。

建立分支的过程会非常的快，不会因为主干中的文件多而降低速度，原因后续说明。

使用TortoiseSVN合并分支

---

第二篇中举过例子，有可能存在主干、分支并行开发的情况，下面我们模拟一下。

将刚才新建的分支Update下来，打开分支中的A.java，对其进行编辑如下：

在打开trunks主干中的A.java，对其进行编辑如下：

对以上两个文件的改动基本上模拟了分支、主干并行的情况，两个目录下的同一个文件被分别修改。

将以上两个文件的改动Commit，下面进行合并操作。

下面开始合并分支到主干：

1、在trunks上点击右键，在TortoiseSVN菜单中选择Merge；

2、在弹出的窗口中选择第二项，可以理解为合并两个树；

3、在From和To中都选择要合并的分支目录；

4、在From的Revision选择创建分支时的那个Revision，具体就是点击Show log，选择最下面那一条；

5、在To的Revision选择HEAD Revision，也就是最新操作；

6、点击Next，下一个页面使用默认项，点击Merge；

7、合并完成。

这时候会发现trunks目录下的文件已被修改，这时候的合并操作是在本地完成的，并没有提交到SVN，这与分支建立时有区别，请注意。

也就是说如果你在本次合并中发现问题，只需要对trunks目录Revert，放弃本次合并即可。

可以看一下trunks目录合并后的A.java文件，大家与前面对照下，已达到我们想要的合并效果：

创建分支时发生了什么

---

SVN服务器在创建分支时的拷贝是非常有效率的，瞬间就可以完成，并且只需要很少的空间来存储，所以不需要担心分支建立过多导致项目仓库膨胀的问题。

可以理解为SVN在服务器中存储的是文件的引用，而非物理上的拷贝。

不要多次合并同一个分支到主干

---

合并分支有一个原则，就是不要对一个分支多次合并到主干，虽然你有可能在合并后又对分支进行了修改，之所以这样说是有原因的。

上面提到在合并分支时，在From的Revision选项中需要选择合并的其实版本，如果是第一次合并只需要选择最早的那个版本即可，但如果合并过一次，你真的能记得你上次合并时最后的Revision是多少吗？

良好的操作是合并后新建分支。

合并主干到分支

---

其实合并是个可逆的过程，合并主干到分支与合并分支到主干正好是相反的操作，大家如果会了一种另一种应该非常简单。

这里我就不演示了，如果真的需要的话可以在博客中评论，大家确实需要的话我会写出来。

---

记录，为更好的自己！