SVN 中trunk、tags、branches使用

  1. 简介

    1. 我们都知道SVN是管理项目源代码的软件,可以把我们开发中的各个阶段的代码记录下来,供我们以后来使用,那么SVN具体的结构你是否知道呢?下面我们来介绍一下它的基本结构
  1. Trunk、Branches、Tags、作用

    1. Trunk

      1. 这是SVN目录的主分支,表示日常开发中的项目,任何时候Trunk里包含的都是最新的开发代码。 这里的代码将会工作到你的下一个主要发布版本。
      2. Trunk应该只被用来开发将会成为你的下一个重要版本的代码。
      3. 几乎常常人们只使用trunk来存放他们的代码。发放了一个版本后继续在其上进行下一版开发。这样开发是混论的,如果出现大的Bug往往不好恢复到之前版本,因此,增加了一个Branches文件
    1. Branches

      1. 常用的Branches分支有好几种类型,这里列出常用的几种。
      2. Release Branches
        1. 当trunk达到准备发布的阶段时(或者你想冻结新特色的添加时),你应该创建一个release branches。
      1. Bug fix branches

        1. 分支也可以用于处理trunk或release branches里发现的严重的Bug。
      1. Experimental branches

        1. 有时你想将某个新技术引进项目。这很好,但是你当然不想赌上你的整个项目。想象一下,你想把你的Web程序从PHP4改为PHP5。你要花多少时间?在这期间你的trunk停止使用?直到你把所有到PHP5的转换做完
    1. Tags

      1. 一般情况下,tag,是用来做一个milestone的,不管是不是release,都是一个可用的版本。这里,应该是只读的。
      2. 在SVN中Tag和Branches,在一个选项里面创建时区别不明显,Tags中存放的也是Trunk的一个副本,只不过是只读的,不可以修改,权限不同。
  1. Trunk、Branches、Tags详细使用

    1. Trunk

      1. 文件夹中右键,选“Create repository here”

      1. 选择“Create folder Structure”,然后,浏览建好的文件结构

    1. Branches

      1. Create
      1. Merge

        1. Branches To Trunk

          1. 这种方式用的最多,属于常用的一种。
          2. 在Trunk中,选中UI文件夹,右键
          1. 如下图,选择”merge”

          1. 选择“Merge a range of revisions”

          1. 选择要合并的目录,这里选择branches中UI文件夹

          1. 合并完成

        1. Trunk To Branches
        1. Branches To Branches
    1. Tags

      1. 标记同branches类似,同上.
    1. 意义

      1. SVN解决了我们数据备份、 版本控制、 数据同步等面对的问题,因而深受很多人喜爱和使用,它是一个不错的管理知识的软件工具。
      1. 我们自己也可以用SVN管理我们的知识。
时间: 2024-10-11 11:02:23

SVN 中trunk、tags、branches使用的相关文章

SVN中(trunk tags branches)的使用理解

trunk--主干(永远都是最新的) tags-标签(只读,用于存放发布后的文件冻结,已经对应发布后版本的源文件) branches-分支(针对主干上某个版本进行分支开发) 其实从上面理解来看,和GitHub上差不多. 参考: http://www.cnblogs.com/dafozhang/archive/2012/06/28/2567769.html http://blog.csdn.net/wishfly/article/details/8664795

SVN 中trunk、branches、tags都什么意思?

1.trunk是主分支,是日常开发进行的地方.2.branches是分支.一些阶段性的release版本,这些版本是可以继续进行开发和维护的,则放在branches目录中.又比如为不同用户客制化的版本,也可以放在分支中进行开发.3.tags目录一般是只读的,这里存储阶段性的发布版本,只是作为一个里程碑的版本进行存档.注意:svn并没有明确的规范,更多的还是用户自己的习惯.下面是详细介绍:比如一个项目有main.cpp, common.h两个文件,假设目前在开发的是最新的3.0版本,而且1.0/2

SVN中trunk、branches、tag的使用

我相信初学开发在SVN作为版本管理时,都估计没可能考虑到如何灵活的运用SVN来管理开发代码的版本,下面我就摘录一篇文章来简单说明SVN里的trunk,branched,tags这个三个文件目录的用法. 我将会详细说明我是如何应用SVNtrunk(树干).branches(分支)和tags(标记).这种方法同样被称为“branchalways”,两者非常接近.可能我所介绍的并不是最好的方法,但是它会给新手一些解释说明,告诉他们trunk.branches和tags是什么,并且该如何去应用它们. —

SVN 中trunk、branches、tags的详解

1.trunk是主分支,是日常开发进行的地方. 2.branches是分支.一些阶段性的release版本,这些版本是可以继续进行开发和维护的,则放在branches目录中.又比如为不同用户客制化的版本,也可以放在分支中进行开发. 3.tags目录一般是只读的,这里存储阶段性的发布版本,只是作为一个里程碑的版本进行存档.注意:svn并没有明确的规范,更多的还是用户自己的习惯.下面是详细介绍:比如一个项目有main.cpp, common.h两个文件,假设目前在开发的是最新的3.0版本,而且1.0

SVN中trunk,branches,tags的使用明细--项目代码的管理

SVN在项目开发过程中有两种模式: 第一种:Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局svn://proj/|+-trunk+-branches+-tags 这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两种.我更多的是从

SVN中trunk,branches,tags用法详解【转】

Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两种.我更多的是从软件产品的角度出发(比如freebsd),

【转】SVN中trunk,branches,tags用法详解

SVN中trunk,branches,tags用法详解 Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修 改).但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两

SVN中trunk,branches,tags用法详解

Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两种.我更多的是从软件产品的角度出发(比如freebsd),

SVN中trunk,branches,tags用法详解[重要]

Subversion有一个很标准的目录结构,是这样的.比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是 svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改).但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯. 对于这几个开发目录,一般的使用方法有两种.我更多的是从软件产品的角度出发(比如freebsd),