svn 代码合并

简介: 引用:http://blog.163.com/cp7618@yeah/blog/static/702347772010113005534949/ 点击菜单上的合并按钮,出现如图窗口,一般的使用第三个选项即可。

引用:http://blog.163.com/cp7618@yeah/blog/static/702347772010113005534949/

点击菜单上的合并按钮,出现如图窗口,一般的使用第三个选项即可。如图所视。

点击下一步

 

选择合并URL和版本 

 

 

注意填写起始和结束的URL 及版本,尤其重要。这一步将影响你合并后所得的版本。

 

简单的说,“结束的URL 和版本”是此次操作的最终标准。而“起始URL 和版本”一般情况下必须是该分支创建的起始版本。

 

比方说,这次分支是从主干100 上创建的,而分支的起始版本是101 。最终分支完成后的版本是105 。

简单情况下,主干上的版本没有被更新,依然是100 。如果想把分支功能合并到主干上的话,我们可以在主干100 的工作副本中点击合并,然后“起始URL 和版本”填写主干的URL ,版本100( 或者HEAD ,因为最新版本也是100) ,然后“结束的URL 和版本”填写分支的URL 和版本105( 也可以是HEAD) 即可。

 

操作完成后,此次合并效果会在工作副本上呈现,如果有问题请使用还原,撤销此次修改操作。

 

注:其他SVN 的插件大同小异。

 

 

二、多分支合并

 

 

参考单分支的分支操作,而多分支的情况简单来说有两种:

 


分支中的起始版本一致 

 

比方说现在有两个分支,分支A 和分支B 。他们分别从主干T 创建分支。

主干T 版本100 ,分支A 的版本101 ,分支B 的版本号102 。

 

当分支A 和分支B 都各自完成开发,并且提交到SVN 上后。A 的版本号为110 ,而B 的版本号为115 。

 

分支起始版本一致

 

此时必须两步操作,并且操作在主干T 的工作副本内执行:

 

1)     主干T 合并分支A

起始URL 和版本

主干T 的URL 、版本100

 

结束的URL 和版本

分支A 的URL 、版本110

 

2)     合并分支A 后再继续合并分支B

起始URL 和版本

主干T 的URL 、版本100

 

结束的URL 和版本

分支B 的URL 、版本115

 

注意:完成第一步的时候不必提交。

 


分支中的起始版本不一致 

 

比方说现在有两个分支,分支A 和分支B 。分支A 是从主干T 版本100 上创建,分支A 版本101 。创建分支A 后,主干上又做了其他修改,并且更新成版本102 。

然后主干T 版本102 的基础上创建分支B ,分支B 版本号为103 。

 

两个分支各自开发,最终分支A 版本号为110 ,而分支B 的版本号为120 。

 

分支起始版本不一致

 

此时合并操作应该为三步,多的一步其实就是把起始版本统一:

 

1)     分支A 更新主干100-101 的更新,在分支A 的工作副本内执行。

起始URL 和版本

主干T 的URL 、版本100

 

结束的URL 和版本

主干T 的URL 、版本101

 

无误后提交修改。分支A 此时最终版本修改为121 。

 

2)     主干T 合并分支A

起始URL 和版本

主干T 的URL 、版本102

 

结束的URL 和版本

分支A 的URL 、版本121

 

3)     主干T 合并分支B

起始URL 和版本

主干T 的URL 、版本102

 

结束的URL 和版本

分支B 的URL 、版本120

 

看起来比较繁琐,其实最终目的还是把起始的版本统一,然后再把主干和分支上的差异修改添加到主干之上。

相关文章
|
设计模式 Java
Java设计模式-观察者模式(Observer)
Java设计模式-观察者模式(Observer)
|
存储 缓存 文件存储
如何保证分布式文件系统的数据一致性
分布式文件系统需要向上层应用提供透明的客户端缓存,从而缓解网络延时现象,更好地支持客户端性能水平扩展,同时也降低对文件服务器的访问压力。当考虑客户端缓存的时候,由于在客户端上引入了多个本地数据副本(Replica),就相应地需要提供客户端对数据访问的全局数据一致性。
32686 78
如何保证分布式文件系统的数据一致性
|
前端开发 容器
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局(上)
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局
17736 19
|
设计模式 存储 监控
设计模式(C++版)
看懂UML类图和时序图30分钟学会UML类图设计原则单一职责原则定义:单一职责原则,所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。bad case:IPhone类承担了协议管理(Dial、HangUp)、数据传送(Chat)。good case:里式替换原则定义:里氏代换原则(Liskov 
36674 19
设计模式(C++版)
|
存储 编译器 C语言
抽丝剥茧C语言(初阶 下)(下)
抽丝剥茧C语言(初阶 下)
|
机器学习/深度学习 人工智能 自然语言处理
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
24749 14
|
机器学习/深度学习 弹性计算 监控
重生之---我测阿里云U1实例(通用算力型)
阿里云产品全线降价的一力作,2023年4月阿里云推出新款通用算力型ECS云服务器Universal实例,该款服务器的真实表现如何?让我先测为敬!
36657 15
重生之---我测阿里云U1实例(通用算力型)
|
SQL 存储 弹性计算
Redis性能高30%,阿里云倚天ECS性能摸底和迁移实践
Redis在倚天ECS环境下与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 30% 的吞吐量优势。成本方面基于倚天710的G8y实例售价比G7实例低23%,总性价比提高50%;按照相同算法,相对G8a,性价比为1.4倍左右。

热门文章

最新文章

下一篇
开通oss服务