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要比记住一个很大的版本号容易的多。
相关推荐
svn trunk branches tags
SVN的标准目录结构:trunk、branches、tags
资源中有 SVN 主干(trunk)、分支(branch )、标记(tag) 的详细解释,和作用 并带 SVN分支与合并 的详细操作文档(附图)。 SVN分支与合并的总结 1.分支(branche)的创建。 1、分支创建是建立在主干上的。 2、创建...
选择创建SVN目录结构的选项(生成trunk、branches、tags目录),如下图: 1、 trunk是主分支,是日常开发进行的地方。 2、branches是分支。一些阶段性的release版本,这些版本是可以继续进行开发和维护的,则放在...
网上发觉的一个比较全的svn使用教程,里面有svn比较详细的使用流程及目录组织结构(trunk,branches,tags)。最重要的是提供了团队利用svn进行开发的方法,以及版本合并(Merge)的方法
主目录里分三个子目录:trunk,branches,tags(根据是否能编译出war文件来区分。独立打包成war包的都需要分三个子目录),jenkins配置时trunk对应测试环境,branches对应集成开发环境,tags对应pre(预生产)和生产...
假设我们在svn中有以下代码: trunk ... branches 1.x 2.x tags 1.0.0 1.0.1 1.0.2 1.1.0 2.0.0 git-svn将检查提交历史以构建新的git repo。 它将所有分支和标签导入为远程svn分支,而您真正想要的是git-...
亚基泽 Subgeezer 是一个命令行工具,可以将 SVN 存储库转换为 Git。 除了转换存储库之外,您还可以提供-n选项,它会提示您将 SVN username转换为 Git Forename Surname 格式。...-r Root is trunk without tags and b
svn2git Subversion 到 Git 迁移工具。 使用 git-svn 将包含所有标签的 Subversion 存储... " ] [-s | --stdlayout] [-T | --trunk = " ... " ] [-b | --branches = " ... " ] [-t | --tags = " ... " ] [--preserve-e
持续集成的价值是什么?对于开发和测试人员又意味着什么呢?...比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为