idea实战技巧

文本持续更新一些工作中实用的idea技巧

关于用命令行还是工具

虽然使用命令操作很高大上，但是为了方便和高效，还是推荐使用图形化工具，作为java开发，个人强烈推荐使用idea自带的git工具。
git操作那么多，你都会用已经很牛逼了，在你理解这些操作流程之后在一些特殊场景不得不使用命令行时，查一查文档慢慢操作就可以了。idea的git工具会记录这些命令

先简单过一下idea的git工具界面

（这一章节么得啥子的意思，秀一下最新版的IDEA）

1. 配置（略）
2. 远程拉取项目
   
3. git面板
   
4. 分支管理（右下角）
   
5. 快捷操作
   
6. 所有操作选项
   
   

1. 冲突的解决

场景1 单分支冲突

早上上班张三和你都在dev1 的最新代码开始开发，张三下班push完溜了，你push时发现和张三代码冲突了，弹出和远程代码冲突的对话框（PS：关于merge和rebase个人比较喜欢用reBase（变基））

冲突必然意味着决定代码去留和整合后编译是否通过，逻辑是否正确等问题，对于别人写的代码有问题应该讨论沟通，避免给别人的代码引入bug

点击merge，IDEA解决冲突的这个界面还是很赞的！！！

解决完冲突记得再次push一次
用rebase和merge分别处理完冲突的区别
rebase：当分支很多时，由于变基的操作，不会有很多分支线交错，提交记录很清晰

场景2 两个分支合并时冲突（这种场景很少）

张三和我分别在dev1和dev2分支开发不同的功能，完成后老板想让张三的功能加到我的分支上来
冲突处理和上面讲的一样，这里主要看dev1分支的代码怎么同步到dev2
**注意：**这个场景很少，因为dev1和dev2的差别可能不只是暂时开发完成的两个功能不同，还会有很多历史功能都不相同，这个操作会把dev1的所有代码同步过来，风险很大，只同步某1次的提交在后面的cherry-pick中说明

使用rebase

分支切换到dev2，编辑框空白处右击，然后按图操作

结果：rebase变基，分支线只有一条

使用merge

结果：分支线交会

场景3 开发分支与主分支冲突（常见情况）

张三使用dev1开发完成后要将代码合并到master主分支上（流程：commit => push => pull request => merge tomaster，一般开发是没有master分支的push权限的） 然后远程仓库从dev1合并到master时发生冲突（）。
此时需要在本地将master远程仓库的代码merge/rebase到dev1，然后dev1 重新push ，一般pull repuest
会自动更新，流程大致同场景2。

场景4 cherry-pick 将一个分支的1次提交同步到另一个分支

例如：将的dev1中的两次提交同步到dev2
线切换分支到dev2

双击dev1 分支名，使面板显示dev1的提交记录

可能会有冲突要解决，解决会新建一条提交记录

双击dev2，切换列表，查看结果：（新提交一次记录）

场景5 git unstash 暂存代码恢复时产生冲突

冲突的解决同上文
这里说明stash的用法

应用场景

开发过程中需要切换到别的分支处理问题，需要将未提交代码先暂存起来，等分支切回来复原暂存的代码
开发到一半发现整错分支了，将未提交的代码暂存，到正确的分支复原暂存的代码
读代码标记了很多注释，暂存下来，下次看时将标记和注释复原下来看

怎么使用

1. 存
   
   执行完成之后编辑器内这些未提交的代码就不见了
2. 取
   找到stash管理里窗口
   

说明一下分支管理

网上搜一下gitflow，了解下行业内分支管理的最佳实践
会发现rebase和merge都适合与不同的场景，这里就不赘述了

2. 多次提交记录合并（利用rebase变基）

张三同学在写一个需求，边测试边改代码，一直在提交、测试，导致git log全是些无关紧要的message，特别不好看，很冗余

最终张三完成需求之后，打算把这些提交合并到一次提交中。

在弹出的对话框上操作

结果：

3. 同步分支

场景1 远程有，本地没有

场景2 分支本有，远程没有

push时远程仓库自动创建

github好用的技巧

// TODO