SVN 中的trunk、branches、tags

SVN 中的trunk、branches、tags

 

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

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

3.tags目录一般是只读的，这里存储阶段性的发布版本，只是作为一个里程碑的版本进行存档。
注意：svn并没有明确的规范，更多的还是用户自己的习惯。
下面是详细介绍：
比如一个项目有main.cpp, common.h两个文件，假设目前在开发的是最新的3.0版本，而且1.0/2.0版本也在进行维护，那么项目树将类似如下样子：
project
|
+-- trunk
+ |
+ +----- main.cpp (3.0版本的最新文件）
+ +----- common.h
+
+-- branches
+ |
+ +-- r1.0
+ + |
+ + +---- main.cpp （1.x版本的最新文件）
+ + +---- common.h 
+ +
+ +-- r2.0
+ |
+ +---- main.cpp （2.x版本的最新文件）
+ +---- common.h
+ 
+-- tags (此目录只读)
|
+-- r1.0
+ |
+ +---- main.cpp （1.0版本的发布文件）
+ +---- common.h 
+
+-- r1.1
+ |
+ +---- main.cpp （1.1版本的发布文件）
+ +---- common.h
+
+-- r1.2
+ |
+ +---- main.cpp （1.2版本的发布文件）
+ +---- common.h 
+
+-- r1.3
+ |
+ +---- main.cpp （1.3版本的发布文件）
+ +---- common.h
+
+-- r2.0
+ |
+ +---- main.cpp （2.0版本的发布文件）
+ +---- common.h 
+
+-- r2.1
|
+---- main.cpp （2.1版本的发布文件）
+---- common.h
要使用这样的文件夹结构，在建立项目版本库时，可首先建好项目文件夹，并在其中建立trunk, branches, tags三个空的子目录，再将项目文件夹连同这三个子目录一起导入版本库。
这样在trunk中开始进行开发，当需要建立branch或tag时，使用SVN的copy操作进行。
其中tags目录需要只读，可以使用SVN中的authz文件控制该目录的访问权限为只读






*************************************************************************************************

Trunk: 主工作目录，从开始编码到当下所有开发功能的，最新版的，测试的，开发中的

Branch: Trunk的一个分支，

        1.Truank的重要版本发布后 创建一个分支上后可修复Bug，

        2. 在不影响Trunk的前提下，做大幅更改代码，可以创建Branch，有可能与Trunk合并；

Tags: 类似工作中的一个快照，保存特定版本，可以是Trunk,Branch的一个特定点上的快照.

 

在SVN中Branch/tag在一个功能选项中，在使用中也往往产生混淆。

 

在实现上，branch和tag，对于svn都是使用copy实现的，所以他们在默认的权限上和一般的目录没有区别。至于何时用tag，何时用branch，完全由人主观的根据规范和需要来选择，而不是强制的（比如cvs）。

 

一般情况下，

tag，是用来做一个milestone的，不管是不是release，都是一个可用的版本。这里，应该是只读的。更多的是一个显示用的，给人一个可读（readable）的标记。

branch，是用来做并行开发的，这里的并行是指和trunk进行比较。

 

比 如，3.0开发完成，这个时候要做一个tag，tag_release_3_0，然后基于这个tag做release，比如安装程序等。trunk进入 3.1的开发，但是3.0发现了bug，那么就需要基于tag_release_3_0做一个branch，branch_bugfix_3_0，基于这 个branch进行bugfix，等到bugfix结束，做一个tag，tag_release_3_0_1，然后，根据需要决定 branch_bugfix_3_0是否并入trunk。

 

对于svn还要注意的一点，就是它是全局 版本号，其实这个就是一个tag的标记，所以我们经常可以看到，什么什么release，基于xxx项目的2xxxx版本。就是这个意思了。但是，它还明 确的给出一个tag的概念，就是因为这个更加的可读，毕竟记住tag_release_1_0要比记住一个很大的版本号容易的多。