描述：本篇用解决下面的案例中的问题来描述eclipse svn插件的使用。

a、案例

某研发团队开发了一款名为App，目前已发布v1.0版本。此项目初期已有部分基础代码，研发团队再此基础代码上经过3个月的努力发布了一个功能相对完备的App 1.0版本进行销售。由于销售业绩良好，因此研发团队正在着手v2.0版本的开发工作。但就在这个时候，有客户发现v1.0软件系统一严重bug，如不及时修复将造成严重后果。研发团队收到bug报告后立刻安排部分研发人员对v1.0版本进行修复，但其他研发人员则继续开发v2.0版本的新功能。修复bug的研发人员很快扎到问题原因并对问题代码进行了修复，很快发布了v1.1版本发给了客户，因此没有造成重大损失。Bug修复后研发人员将修复后的代码整合到研发主线中来，这样就可以保证今后发布的后续版本不会再出现此问题。就这样研发团队在大家的共同努力下工作有条不紊的进行着

b、从案例中提取的问题

①：发布 v1.0 版本②：开发 v2.0 版本时，v1.0版本的出现bug需要修复，需切回到 v1.0 版本，创建 v1.0_fixup 的bug分支，修复bug③：在 v1.0_fixup 分支上 ，修复bug后，发布 v1.1 版本 ④：在v2.0版本之上合并v1.0版本修复的bug

c、解决问题①

 team --->分支/标记

                                                                                                图1

选择tags，起名为v1.0

　　　　　　　　　　　　　　　　　　　　　　　　　　图2

选择HEAD修订版

　　　　　　　　　　　　　　　　　　　　　　　　　　图3

填写注释，提交

　　　　　　　　　　　　　　　　　　　　　　　　　　图4

d、解决问题②

选择 team ---> 切换

　　　　　　　　　　　　　　　　　　　　　　　　　　图5

选择 tags/v1.0

　　　　　　　　　　　　　　　　　　　　　　　　　　图6

测试工程会切换到tags/v1.0版本，在1.0版本上创建修复bug的分支，选择team --> 分支/标记

 

　　　　　　　　　　　　　　　　　　　　　　　　　　图7

选择branches，分支起名为v1.0_fixup

　　　　　　　　　　　　　　　　　　　　　　　　　　图8

e、解决问题③

切换到刚刚新建的v1.0_fixup分支，修复代码

　　　　　　　　　　　　　　　　　　　　　　　　　　图9

修复完代码，发布版本v1.1

　　　　　　　　　　　　　　　　　　　　　　　　　　图10

f、解决问题③

切换到主干分支上，可以看到代码没有没变

　　　　　　　　　　　　　　　　　　　　　　　　　　图11

选择team ---> 合并

　　　　　　　　　　　　　　　　　　　　　　　　　　图12

选择合并类型，

　　　　　　　　　　　　　　　　　　　　　　　　　　图13

选择branches/v1.0_fixup , 勾选All eigible revisions 

　　　　　　　　　　　　　　　　　　　　　　　　　　图14

合并的一些参数，默认选择

　　　　　　　　　　　　　　　　　　　　　　　　　　图15

成功合并后的提示，有一处更新

　　　　　　　　　　　　　　　　　　　　　　　　　　图17

至此已叙述完……

　　　　

关注我的公众号,精彩内容不能错过