IntelliJ IDEA SVN 分支代码合并（图文详解）

关于图片马赛克的问题，我看错了，这篇文章是我转载的，下面这个链接是我自己写的，步骤比这篇文章更详细一些，如果这篇看起来费劲，可以直接点击下面这篇文章。项目包名被勾掉了，确实是为了规避公司误认为泄露公司代码而为之，望谅解！

https://blog.csdn.net/liyanlei5858/article/details/81746545

 

之前写了一篇纯文本版的，过于简短了点，这里再补个图文的

合并的理解

最后提交到哪个分支，最终代码就是合并到了哪个分支

感觉最近对代码合并的理解更加深入了一点，以前基本上是多个分支最终会合并到主干，大部分情况就可以满足了 
那么分支与分支，主干与分支之间怎么相互合并了，为什么会有这种需求呢，说个例子就明白了：

比如，现在有1个主干，2个分支，假如名称如下：

• trunk
• branches-001
• branches-002

考虑：现在 trunk 有一个紧急的 bug 修复了，那么 branches-001 和 branches-002 怎么办？ 
嗯，主干既然已经修复了，那么分支合并到主干时候不就都好使了么？

然而我这里的情况是：branches-001 分支其实也是一个生产环境，所以 trunk 的 bug 修复代码其实需要合并到 branches-001 分支；如果对 trunk 的改动比较大的话，建议先新建一个 bugfix 的分支，测试通过之后再合并到 trunk 和 其他分支上

说了那么多，其实没那么复杂： 
B 要合并到 A，那么本地就切换到 A 的代码，然后把 B 的部分代码拉取到本地，修改（合并、解决冲突）后提交即可

回想一下我们怎么提交代码的：修改本地代码，然后提交就完事了

合并其实也就是修改本地代码，只是代码已经写好了(分支上)，拿过来粘贴(IDE处理)到了本地，然后再提交的 最后提交到哪个分支，最终代码就是合并到了哪个分支 记住了这句，妈妈再也不担心以后合并的时候傻傻分不清楚了

IntelliJ IDEA

个人觉得 IDEA 就是专门为 java 开发者量身定制的 IDE。用过几年 Eclipse 和 MyEclipse，后来就一直用 IDEA 了，初学者可能会有很多不适应，熟练后绝对可以提高生产力的。代码提示，重构，源代码管理方面做得不错，以后再慢慢介绍吧

这里介绍一下 IEDA SVN 的使用：

• 浏览/添加 SVN Repository ：菜单 VCS -> Browse VCS Repository -> Browse Subversion Repository...
• 版本管理查看：菜单 View -> Tool Windows -> Version Control (或者 CMD+9)

SVN的版本管理器： 

• Local Changes : 本地代码变更后未提交的，会出现在这里，最常用的就是:提交、回滚、对比代码，可以配置多个 Change List，方便分组管理
• Repository Changes : 这里其实是仓库提交日志：谁在什么时候提交了什么问题，变更了多少代码，对应的版本号是多少
• Incoming Changes : 别人已提交的，本地还没有更新的
• Subversion Working Copies Information : 这里展示的是本地副本信息，这里可以配置分支路径，合并代码也在这里
• Update Info : 这里可以看到刚刚更新下来哪些代码

合并步骤（图文）

1.切换到主干:CMD+T 所有项目可以一起更新 (更新代码，切换分支都适用) 

2.切换到版本管理器界面：CMD+9 

3.切换到：Subversion Working Copies Information Tab 页面，找到需要合并的主干 

4.点击 Merge From... 按钮，选择分支 

5.选择具体需要合并的分支 

6.选择合并方式：Quick Manual Select 快速手动选择，这个最快，首选 

7.选择对应的版本号列表：一般是从分支创建到最新，具体看需求，可以只选择部分变更，选中后右侧会展示对应变更的代码 

8.开始合并后需要等待一会儿，人品好的话(没有冲突)，分支代码就直接合并到本地来，弹出的提示框可以直接提交本地代码，也可以暂时放弃，之后再提交； 人品不好的话，就需要处理冲突了，解决冲突的界面有3列，左侧的是本地的，中间是合并结果，右侧是拉取的远程代码，3个对比着看还是比较方便的，这块暂时没有图，以后再补上

---

参考：

• IntelliJ IDEA svn分支代码合并到主干(纯文字版)