IntelliJ IDEA SVN 分支代码合并(图文详解)
Posted 馥钰
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了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
)
- Local Changes : 本地代码变更后未提交的,会出现在这里,最常用的就是:提交、回滚、对比代码,可以配置多个 Change List,方便分组管理
- Repository Changes : 这里其实是仓库提交日志:谁在什么时候提交了什么问题,变更了多少代码,对应的版本号是多少
- Incoming Changes : 别人已提交的,本地还没有更新的
- Subversion Working Copies Information : 这里展示的是本地副本信息,这里可以配置分支路径,合并代码也在这里
- Update Info : 这里可以看到刚刚更新下来哪些代码
合并步骤(图文)
1.切换到主干:CMD+T
所有项目可以一起更新 (更新代码,切换分支都适用)
3.切换到:Subversion Working Copies Information Tab 页面,找到需要合并的主干
6.选择合并方式:Quick Manual Select
快速手动选择,这个最快,首选
7.选择对应的版本号列表:一般是从分支创建到最新,具体看需求,可以只选择部分变更,选中后右侧会展示对应变更的代码
8.开始合并后需要等待一会儿,人品好的话(没有冲突),分支代码就直接合并到本地来,弹出的提示框可以直接提交本地代码,也可以暂时放弃,之后再提交; 人品不好的话,就需要处理冲突了,解决冲突的界面有3列,左侧的是本地的,中间是合并结果,右侧是拉取的远程代码,3个对比着看还是比较方便的,这块暂时没有图,以后再补上
参考:
以上是关于IntelliJ IDEA SVN 分支代码合并(图文详解)的主要内容,如果未能解决你的问题,请参考以下文章