SVN中trunk,branches,tags用法详解.docx

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
SVN中trunk,branches,tags用法详解

SVN中trunk,branches,tags详细解说详解11.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文件控制该目录的访问权限为只读.详解2Subversion有一个很标准的目录结构,是这样的。比如项目是proj,svn地址为svn://proj/,那么标准的svn布局是svn://proj/|+-trunk+-branches+-tags这是一个标准的布局,trunk为主开发目录,branches为分支开发目录,tags为tag存档目录(不允许修改)。但是具体这几个目录应该如何使用,svn并没有明确的规范,更多的还是用户自己的习惯。对于这几个开发目录,一般的使用方法有两种。我更多的是从软件产品的角度出发(比如freebsd),因为互联网的开发模式是完全不一样的。 1.第一种方法,使用trunk作为主要的开发目录一般的,我们的所有的开发都是基于trunk进行开发,当一个版本/release开发告一段落(开发、测试、文档、制作安装程序、打包等)结束后,代码处于冻结状态(人为规定,可以通过hook来进行管理)。此时应该基于当前冻结的代码库,打tag。当下一个版本/阶段的开发任务开始,继续在trunk进行开发。此时,如果发现了上一个已发行版本(Released Version)有一些bug,或者一些很急迫的功能要求,而正在开发的版本(Developing Version)无法满足时间要求,这时候就需要在上一个版本上进行修改了。应该基于发行版对应的tag,做相应的分支(branch)进行开发。例如,刚刚发布1.0,正在开发2.0,此时要在1.0的基础上进行bug修正。按照时间的顺序1.0开发完毕,代码冻结?基于已经冻结的trunk,为release1.0打tag此时的目录结构为svn://proj/+trunk/ (freeze)+branches/+tags/+tag_release_1.0 (copy from trunk)?2.0开始开发,trunk此时为2.0的开发版?发现1.0有bug,需要修改,基于1.0的tag做branch此时的目录结构为svn://proj/+trunk/ ( dev 2.0 )+branches/+dev_1.0_bugfix (copy from tag/release_1.0)+tags/+release_1.0 (copy from trunk)?

文档评论(0)

yan698698 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档