SVN中的Branches分支以及Merge 应用举例

时间:2024-01-17 16:40:14

come from: http://www.360doc.com/content/12/0816/19/1317564_230547958.shtml

创建Branch分支或者Tag标签 
当按照推荐的结构创建的版本库,创建分支以及Tag是很容易的。
 在我的SVN服务器上创建了一个版本库Test,结构如下:
SVN中的Branches分支以及Merge 应用举例

在我的本地签出checkout,添加一个文件test.txt,然后提交。
SVN中的Branches分支以及Merge 应用举例SVN中的Branches分支以及Merge 应用举例

加入这个时候我们需要发布一个版本的文件,同时有可能其他人会修改,

但我们不能影响当前的文件,只能在其修改好后再合并,这种情况下我们创建一个分支。

SVN中的Branches分支以及Merge 应用举例

这个时候我们可以发现本地的trunk文件夹的SVN属性的URL已经被Switch到创建的版本的地址了:
SVN中的Branches分支以及Merge 应用举例

执行SVN更新命令,可以查看到,本地branches文件夹下新增文件夹v1.0以及文件夹里面的文件v1.0。

SVN中的Branches分支以及Merge 应用举例

修改分支和使用合并Merge功能

修改branches/v1.0下面的文件test.txt,添加一行modified in branch v1.0.然后签入到SVN服务器中:

SVN中的Branches分支以及Merge 应用举例

由于刚才我们已经将trunk的SVN版本库URL转换到对应的版本,所以这个时候更新trunk文件夹可以看到更新的test.txt文件。
为了作测试,我们将trunk文件夹switch至对应的trunk地址:

SVN中的Branches分支以及Merge 应用举例

当switch成功后,我们可以看到trunk下test.txt文件的内容并没有任何的更改,这正体现了刚才我们所说的在分支中的修改不会影响到主干。
下面修改trunk文件夹下的test.txt,添加一行modified in trunk.然后签入到SVN服务器中:

SVN中的Branches分支以及Merge 应用举例

最好我们将实现一个重要的功能,就是Merge合并功能,将分支合并到主干中,这也是在团队软件开发中我们经常要使用的功能。
在TortoiseSVN的Revision Graph中可以查看trunk的版本变化图,如下:
SVN中的Branches分支以及Merge 应用举例

从上图可以得出,在版本10的时候我们创建了分支版本/branches/v1.0,且SVN版本为11,在版本11基础上我们对分支进行了修改于是有了 版本12,我们再对trunk下的文件进行修改于是有了版本13,整个SVN目前的版本就为13,这与我们刚才做的修改是相吻合的。
下面将分支v1.0合并到主干中。
按照我们目前的情况,选择第二种:

SVN中的Branches分支以及Merge 应用举例

选择v1.0:
SVN中的Branches分支以及Merge 应用举例

然后,如下:

SVN中的Branches分支以及Merge 应用举例

在我们的这次合并中肯定会产生问题,因为我们对test.txt文件进行了两次修改,因而会产生冲突Conflict,但这在实践中是不应出现这种情况 的,因为建立的分支目的就是修改那些在主干中不会被修改的文件,以便修改完成后合并到主干中。不过没关系,我们这里仅是演示而已,所以只需处理下冲突,手 动的将其合并(这在实际中不应该这样否则失去了分支的用途了):

SVN中的Branches分支以及Merge 应用举例

SVN中的Branches分支以及Merge 应用举例

这个时候可以看到我们的test.txt文件已经按照我刚才手动处理冲突实现了:

SVN中的Branches分支以及Merge 应用举例

然后将trunk签入到版本库中:

SVN中的Branches分支以及Merge 应用举例

如果我们再去查看branches\v1.0下的test.txt文件它的内容依然是最初在trunk中编辑的内容。
另外再次强调一点:在实际操作中我们不会对一个分支文件在主干中再次进行修改,否则会造成一些冲突,这样就失去了分支的便利性了;Tag的创建与分支是类s似的,只不过Tag往往仅用于标识特定版本,而不会用于bug修复,增加新特性等情形。