你的位置:首页 > ASP.net教程

[ASP.net教程]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是多少吗?

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

合并主干到分支


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

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


记录,为更好的自己!