IOS使用Svn的trunk、branches、tag分别的侧重

  trunk(主干)团队中大部分成员工作的主要仓库,前期大的团队的代码管理的主要控件,它的功能的侧重点是开发阶段的代码的管理的和集成,由于svn的冲突解决方式来进行代码冲突的处理,一般是最后提交的需要进行代码的处理,Xcode5以后的版本加强了对于svn的集成,所以现在Xcode可以更加方便的进行代码的提交和冲突解决,但是为了更好的进行分支和代码更新历史的管理,最好使用客户端进行辅助管理,比较推荐的Versions比较方便,不需要进行层次深入的更新操作。

  branches(分支)分支既是从主干上衍生出来的代码副仓库,当然这个别称有待商榷,但是它的目的是显而易见的,就是为某些解决特定问题或者实现特殊功能的大牛们的专用仓库,他们会在开发的工程中,从团队的主干中分离出来,进行特殊的工作,而为了不让这些特殊的操作影响项目的进度和产品的上线,就从主干上复制一份当前的完整代码,交给某些人进行特殊功能的开发,如果在产品上线之前,这个分支的问题能够得到很好的解决的话,就会将分支的功能模块合并到主干上,为主干增加光采,当然分支的另一个主要功能是进行不同阶段的代码的备份。

  tag(标记)是一个比较特殊的分支,存储的都是已经上线的产品。产品1.0上线之后,大家当然要继续埋头苦干为了2.0而加班加点,这个时候如果一旦发现1.0版本有很严重的bug,那么这个时候的操作就是在1.0的tag版本上创建另外一个分支,在这个分支里修改bug,同时主干的工作必须继续进行,尽快的进行产品bug的修复,之后将修改完的版本合并到主干中去,这样主干的工作没有收到影响,而且即时的解决了bug,并且以后的2.0版本也没有这个同样的bug了。

时间: 2024-08-06 20:56:55

IOS使用Svn的trunk、branches、tag分别的侧重的相关文章

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),

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

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

SVN之 trunk, branches and tags意义

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

SVN的trunk branch tag (二)

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

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

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