SVN 中创建Trunk、Branches、Tags 过程

╰半夏微凉° 2022-05-28 12:41 519阅读 0赞

关于SVN中的Branches与Tags

在版本控制的系统中，我们经常需要对开发周期中的单独生命线作单独的修改，这条单独的开发生命线就可以称为Branches即分支。分支经常用于添加新的功能以及产品发布后的bug修复等，这样可以不影响主要的产品开发线以及避免编译错误等。当我们添加的新功能完成后可以将其合并到主干中。

而Tags即标签主要用于项目开发中的里程碑，比如开发到一定阶段可以单独一个版本作为发布等，它往往代表一个可以固定的完整的版本，这根VSS中的Tag大致相同。

SVN中的Branches以及Tags经常容易混淆，因为在TortoiseSVN中创建方法是一致的，而且它们都是通过存储类似Linux中的lunch快捷方式一样，只是创建了指向某个版本的链接，而不会真正将此版本的内容复制到分支或者标签中，这样既可以节省空间，也可以很快速的创建。

为了便于创建分支和标签，我们习惯于将Repository版本库的结构布置为:/branches,/tags,/trunk。分别代表分支，标签以及主干。还有一点值得注意的是，SVN不推荐在创建的Tag基础上Revision，这种情况应用Branches，因为Tag一般保持不变不作任何修改。

1.创建Branch分支或者Tag标签

当按照推荐的结构创建的版本库，创建分支以及Tag是很容易的。  
在我的SVN服务器上创建了一个版本库Test，结构如下：

![Center][]  
  
在我的本地签出checkout，添加一个文件test.txt，然后提交。  
  
![Center 1][]

![Center 2][]  
  
  
加入这个时候我们需要发布一个版本的文件，同时有可能其他人会修改，但我们不能影响当前的文件，只能在其修改好后再合并，这种情况下我们创建一个分支。

![Center 3][]

这个时候我们可以发现本地的trunk文件夹的SVN属性的URL已经被Switch到创建的版本的地址了：

![Center 4][]

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

![Center 5][]

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

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

![Center 6][]  
  
由于刚才我们已经将trunk的SVN版本库URL转换到对应的版本，所以这个时候更新trunk文件夹可以看到更新的test.txt文件。

为了作测试，我们将trunk文件夹switch至对应的trunk地址：

![Center 7][]

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

![Center 8][]

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

![Center 9][]

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

![Center 10][]

选择v1.0：

![Center 11][]  
  
  
然后，如下：

![Center 12][]

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

![Center 13][]

![Center 14][]  
  
  
这个时候可以看到我们的test.txt文件已经按照我刚才手动处理冲突实现了：  
  
![Center 15][]

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

[Center]: /images/20220528/89b136d05fd24cbfaba6a0c65fbced0e.png
[Center 1]: /images/20220528/b36eecaa08a844359c0e99dade35f299.png
[Center 2]: /images/20220528/c3e980d5678f420aa05f30be2238d8a6.png
[Center 3]: /images/20220528/52414df5e8904a8faa36ac0176fd2502.png
[Center 4]: /images/20220528/b014deb91dfa48d8b138daf260c5a0e4.png
[Center 5]: /images/20220528/a05bff8c080a49be948dc35479ac83e7.png
[Center 6]: /images/20220528/7baf532195ff47c0a52a4bd33dc01be0.png
[Center 7]: /images/20220528/2c2177c44a8f46e897bbbc4428eb1e6f.png
[Center 8]: /images/20220528/13bc535063d34798807124279700d540.png
[Center 9]: /images/20220528/73257ff3371a4567b4532be296a1d273.png
[Center 10]: /images/20220528/240b8fbf03324dda92d51aa0bc1efbfc.png
[Center 11]: /images/20220528/1132d1eb9e8b476884b8a151e06f75c3.png
[Center 12]: /images/20220528/ec69f87887cc48a4ab47b4a02bdf24ce.png
[Center 13]: /images/20220528/442298ea5d804abcb5dc7066d92aeb91.png
[Center 14]: /images/20220528/3545bbade6a342eea88782b5e0b9ef86.png
[Center 15]: /images/20220528/c2a63d51b12945c19003850f3f96883d.png
[Center 16]: /images/20220528/f598c8e4db134206aa8c1214edf68c40.png