主干(trunk)、分支(branch )、标记(tag)

主干(trunk)、分支(branch )、标记(tag) 用法示例 + 图解

以svn为例,git的master相当于trunk,dev分支相当于branches

--------------------------------------------------------------------------------------------------------------------------------------------

trunk:是用来做主方向开发的一直向前进行,一个新模块的开发,这个时候就放在trunk,当模块开发完成后,需要修改,就用branch。

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

tag:是用来做一个milestone(里程碑)的,不管是不是发布版本,但都是一个可用的版本,不需要修改如果要修改就要选一个tag进行branche开发。

--------------------------------------------------------------------------------------------------------------------------------------------

为什么要分3个目录?且都是重复的代码Copy有意义吗?来看下下面这个例子就明白这样做的好处了。

例如:开发一个聊天软件QQ,第一期只要求软件具有基本的聊天功能,后期会加入视屏聊天、魔法表情、换皮肤等功能。

当第一期开发完,经测试人员测试后没问题。此时应该给予当前代码库打tag命名为QQ_tag_release_v1.0.0,同时trunk如火如荼进入v2.0.0开发,但是此时经广大用户反馈v1.0.0的QQ登录后经常闪退,由于v2.0.0正在开发即使bug改了也发布不了。那么就要基于QQ_tag_release_v1.0.0的标记(tag)做一个分支(branch)命名为QQ_branch_bugfix_v1.0.0并基于这个分支快速进行BUG修改,等到BUG修改结束后做一个tag命名为QQ_tag_release_v1.0.1,根据需要决定QQ_branch_bugfix_v1.0.0是否合并(Merge)并入主干(trunk)。

--------------------------------------------------------------------------------------------------------------------------------------------

步骤:

1、新建svn仓库单项目/多项目仓库都可以,结构如下图这样

2、新建资源库

填写URL仓库地址点击“Finish”

如下

新建qq项目导入svn的trun目录(选中项目右键Team-->Share Projects...)

导入后项目后的svn仓库如下

由于紧锣密鼓的工作v1.0.0终于开发完(v1.0.0只有基本的聊天功能),经测试没有发现问题可以提供给用户使用,同时在此代码库上打一个tag版本命名为QQ_tag_release_v1.0.0

选中项目右键 “Team--> 分支/标记... ” 填写要打tag的版本号后点击”Next“

下一步”Next“

填写注释后点击”Finish“

这时svn资源库tag目录下会多了个QQ_tag_release_v1.0.0

同时trunk如火如荼进入v2.0.0开发,视屏聊天功能正在开发

看一下这时的svn资源库

此时经广大用户反馈v1.0.0的QQ登录后经常闪退,由于v2.0.0正在开发即使bug改了也发布不了。那么就要基于QQ_tag_release_v1.0.0的标记(tag)做一个分支(branch)命名为QQ_branch_bugfix_v1.0.0

选择项目右键 ”Team“-->”切换(S...)“ 选择tags的QQ_tag_release_v1.0.0

更改路径后点击”OK“

已经切换到标记的QQ_tag_release_v1.0.0

接下来要以QQ_tag_release_v1.0.0 为基础创建一个branch名为QQ_branch_bugfix_v1.0.0并基于这个分支快速进行BUG修改

选中项目右键 “Team--> 分支/标记... ” 点击 ”浏览...“ 选择branches目录

填写要创建分支(branch)名为 ”QQ_branch_bugfix_v1.0.0“ 后点击 ”Next“

点击”Next“

填写注释后选中 ”切换工作复本为新的分支/标记“ 后 点击 ”Finish“

看下工作空间的和svn资源库的变化

在branch分支名为 ”QQ_branch_bugfix_v1.0.0“ 中修改bug

提交修改bug后的代码

提交后

闪退bug已经修改可以提供给用户使用了,接下来要再打一个tag命名为 ”QQ_tag_release_v1.0.1“

选中名为”QQ_branch_bugfix_v1.0.0“ 的分支项目右键 “Team--> 分支/标记... ” 点击 ”浏览...“ 选择tags目录

填写要创建标记(tag)名为 ”QQ_tag_release_v1.0.1“ 后点击 ”Next“

点击”Next“

填写注释信息后点击”Finish“

来看看资源库中有什么变化,tags目录下多了一个名为”QQ_tag_release_v1.0.1“ 的标记

--------------------------------------------------------------------------------------------------------------------------------------------

下面演示 将 分支(branches) 合并到 主干(trunk)

根据需要决定将分支名为 ”QQ_branch_bugfix_v1.0.0“ 的branch 合并(Merge)并入主干(trunk)。

步 骤:

1. 要想将分支合并到主干,首先需要切换到主干。
在项目上面点右键,选择Team — 切换,URL地址为主干的访问路径

(略过。。。 上面有)

2. 在项目上面点右键,选择 ”Team“--> ”合并(M)...“ ,选中“Reinitegrate a branch”。

3. 选择要合并到主干的分支”QQ_branch_bugfix_v1.0.0“

4. 点击”Finish“ 结束合并

5. 点击”OK“

6. 如果想要撤销合并选中项目右键”Undo merge...“

7. trunk中的qq项目下就会多了从分支”QQ_branch_bugfix_v1.0.0“里Merge合并的代码

8. 提交合并后的代码

9. 提交后如下

--------------------------------------------------------------------------------------------------------------------------------------------

一般的,我们的所有的开发都是基于trunk进行开发,当一个版本/release开发告一段落(开发、测试、文档、制作安装程序、打包等)结束后,代码处于冻结状态(人为规定,可以通过hook来进行管理)。此时应该基于当前冻结的代码库,打tag。当下一个版本/阶段的开发任务开始,继续在trunk进行开发。
此时,如果发现了上一个已发行版本(ReleasedVersion)有一些bug,或者一些很急迫的功能要求,而正在开发的版本(DevelopingVersion)无法满足时间要求,这时候就需要在上一个版本上进行修改了。应该基于发行版对应的tag,做相应的分支(branch)进行开发。

时间: 2024-10-06 21:57:44

主干(trunk)、分支(branch )、标记(tag)的相关文章

[转载]SVN trunk、branch、tag的用法

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

[Z] SVN的trunk、branch、tag

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

SVN的trunk、branch、tag(二)

转——简单的对比 SVN的工作机制在某种程度上就像一颗正在生长的树: 一颗有树干和许多分支的树 分支从树干生长出来,并且细的分支从相对较粗的树干中长出 一棵树可以只有树干没有分支(但是这种情况不会持续很久,随着树的成长,肯定会有分支啦,^^) 一颗没有树干但是有很多分支的树看起来更像是地板上的一捆树枝 如果树干患病了,最终分支也会受到影响,然后整棵树就会死亡 如果分支患病了,你可以剪掉它,然后其他分支还会生长出来的哦! 如果分支生长太快了,对于树干它可能会非常沉重,最后整棵树会垮塌掉 当你感觉你

【SVN】SVN的trunk、branches、tag的使用以及分支的概念

svn的存储结构一般建议在根目录下建立trunk.branches.tags这三个文件夹,trunk用于平时的正常工作,branches用于存放各种分支,tags用于存放各种发布版本或某状态的快照 tags本质上和branches是一样的,都是一种分支,只是习惯上branches下面的东西会被修改.合并,而tags下面的东西则作为某阶段的状态保存不动 一般tags下面经常放的都是各个发布版本,如Release0.91.Release1.23等 1首先明白我们采用命令行的方式在服务器上创建的仓库是

解决版本冲突-使用SVN主干与分支功能

1  前言 大多数产品开发存在这样一个生命周期:编码.测试.发布,然后不断重复.通常是这样的开发步骤: 1)    开发人员开发完毕某一版本(如版本A)功能后,提交测试: 2)    测试人员对待发布版本A进行测试,同时开发人员继续开发新功能(如版本B): 3)    测试人员提交bug,研发人员修复bug,同时继续开发新功能: 4)    重复第3步骤,直到待发布版本A测试通过测试后,发布第一版本 这样就会存在以下问题: 1)    如何从代码库中(A+B)分离出待发布版本A,进行测试和发布:

SVN 主干(trunk)、分支(branch )、标记(tag)

主干(trunk).分支(branch ).标记(tag) 在SVN中Branch/tag在一个功能选项中,在使用中也往往产生混淆. 在实现上,branch和tag,对于svn都是使用copy实现的,所以他们在默认的权限上和一般的目录没有区别.至于何时用tag,何时用branch,完全由人主观的根据规范和需要来选择,而不是强制的(比如cvs). 一般情况下, trunk:是用来做主方向开发的,一个新模块的开发,这个时候就放在trunk,当模块开发完成后,需要修改,就用branch. branch

SVN trunk(主线) branch(分支) tag(标记) 用法详解和详细操作步骤

使用场景: 假如你的项目(这里指的是手机客户端项目)的某个版本(例如1.0版本)已经完成开发.测试并已经上线了,接下来接到新的需求,新需求的开发需要修改多个文件中的代码,当需求已经开始开发一段时间的时候,突然接到用户或测试人员的反馈,项目中有个重大bug需要紧急修复,并且要求bug修复后要立即上线:此时应该怎么修复bug呢?是在当前已经开发新需求的基础上进行修复吗?答案是否定的,原因是:如果是在已经开发新需求的基础上进行修复bug,那么新需求还没开发好,更没有测试,怎么立刻(或最可能快的)上线?

实用svn主干trunk自动merge到各个分支branch脚本

实用svn主干trunk自动merge到各个分支branch脚本 大多数使用svn的公司,当发现bug时或新功能时,会从主干trunk直接产生一个分支branch,如叫bug01.接着同事A修改里面的bug,如果测试通过,就提交分支,将分支bug01合并到主干,并解决冲突和主干保持一致.同事B也拉了个分支bug02,他也修改了,也测试通过,就提交分支,将分支bug02合并到主干,并解决冲突和主干保持一致.理论上没有任何问题. 问题出现 但是有这样一个情况,同事A修改完就提交分支,合并到主干解决冲

交换机应用之端口模式(access、trunk和hybird)、是否标记(tag、untag)、端口缺省vlan(pvid、native id)

一.概述 打不打标记Tag,untag以及交换机的各种端口模式是网络工程技术人员调试交换机时接触最多的概念了.标记tag就是指VLAN的标签,数据包属于哪个VLAN的.交换机三种端口模式Access vlan.Trunk vlan和Hybrid vlan三种,即以太网端口有三种链路类型:Access.Hybrid和Trunk.在Trunk和Hybird模式下,存在端口缺省vlan的概念(pvid.native vlan id). 二.打不打标记(Tag,untag) tag是指vlan的标签,即