实例剖析TortoiseSvn分支合并

开发 项目管理
在学习版本控制工具SVN的过程中,你可能会遇到Svn分支合并问题,本文向大家介绍一下TortoiseSvn分支合并方面的知识,希望对你的学习有所帮助。

本节和大家一起学习一下TortoiseSvn分支合并问题,本节通过一个实例需求来讲解,和大家分享一下,希望通过本节学习大家能够对TortoiseSvn分支合并有一定的了解。

TortoiseSvn分支合并
首先考虑这么一个需求,为了Bug修改的工作,创建分支A,主干同时也在进行正常的开发工作,现在分支A的工作完成,需要将A上的修改合并到主干上,这应当是最经常使用的一种模式,下面分步骤说明TortoiseSvn分支合并合并过程。

***步:将工作副本切换到主干上:这一步很重要,当前的工作副本的是要合并的目的地

第二步:在主干根目录文件夹上右键,选择***一项

第三步:
这是最重要的一步,需要注意的地方有

1.起始URL:选择主干目录的URL(应当和当前工作副本的URL一致,看起来不合理,其实细想却是合理的,这个是所谓的合并点,也就是分歧开始的地方)

2.结束URL:选择要合并的分支的URL,也就是所有的分歧所在。

3.起始和结束的版本:起始版本应当找到***一次同步时的版本,如果从没有同步过(***次合并),则选择创建分支时的版本,结束版本一般是***版本,如果你不想将某些内容合并进主干的话,也可以选择一个合并点。

到这里,下面就顺理成章了,如果有冲突的话,手工解决冲突,提交就可以了。

我的理解:将SVN分支合并到主干上,首先需要在主干的工作副本下进行,合并的范围是从主干的上次合并的版本开始(FROM)到分支上***的版本结束(TO),如果是***次合并,则从主干创建分支的版本开始,所以每次合并好做好说明,否则忘记了,下次再合并就有点麻烦,其实,应当尽量避免一个分支合并多次,分支的作用一般为了解决bug等,一旦bug对应结束了,分支的使命就结束了,以后再出现其他的问题,应当重新建立分支,这样就不会出现多次合并的问题了。

合并的工作是把主干或者分支上合并范围内的所有改动列出,并对比当前工作副本的内容,由合并者手工修改冲突,然后提交到服务器的相应目录里。如果当前工作副本是主干,则合并的范围是分支上的改动,如果工作副本是分支的,则合并范围是主干上的改动,并且一定要注意,合并的起始位置URL一定和当前的工作副本的URL是相同的。本节关于TortoiseSvn分支合并内容介绍完毕,请关注本节其他相关报道。

【编辑推荐】

  1. 专家提醒:SVN合并时应注意的关键问题
  2. SVN分支和合并问题专家在线讲解
  3. 专家实例讲解SVN分支和合并问题
  4. 多项目中SVN权限管理精辟解析
  5. SVN分支资深专家专题讲解

 

 

责任编辑:佚名 来源: csdn.net
相关推荐

2010-05-20 15:32:38

SVN分支与合并

2010-06-01 12:19:27

SVN分支与合并

2010-05-28 15:47:29

SVN分支

2009-09-23 17:18:16

Hibernate S

2010-05-28 17:00:24

SVN分支与合并

2020-05-28 10:45:31

Git分支合并

2010-06-29 11:00:25

UML类图实例

2010-06-17 18:57:11

UML对象关系

2010-05-20 15:12:02

SVN分支与合并

2010-05-28 15:57:20

SVN分支

2010-05-20 15:50:05

SVN分支

2010-05-28 17:15:17

SVN分支与合并

2010-06-01 11:22:30

SVN合并跟踪

2010-03-02 13:43:01

WCF事务演示

2010-06-09 13:06:22

UML业务建模实例

2010-06-01 19:47:29

SVN分支与合并

2010-06-01 12:36:04

SVN分支与合并

2011-10-10 16:44:37

分页数据库

2010-05-14 14:01:33

Subversion合

2010-05-14 14:20:16

点赞
收藏

51CTO技术栈公众号