描述：本篇用解决下面的案例中的问题来描述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
至此已叙述完……
关注我的公众号,精彩内容不能错过