如何优雅的合并代码，还在一手merge走天下？快进来，我再教你几招套路！

目录

<li>IDEA中的代码合并
• 写在前面
• merge
• rebase
• cherry-pick

IDEA中的代码合并

合并代码我相信大家都会，但要是一手merge走天下，遇到高手可就要趴下啦！

现代的IDE图形化界面做的很好，git的很多功能原理可以不用了解的那么深刻，只是操作看看就会啦。下面直接上图！

环境：IDEA Community 2024.1

写在前面

下面的很多操作都涉及了提交的变更，若提交还未推送远端不会有问题，但若是已经推送了远端，需要使用强制推送来覆盖。

强制推送存在一定风险，但不需要投鼠忌器，这里推荐使用<code>git push force--with-lease（git >= 1.8.5），相比于git push force，使用上会安全些（当远端其他人推送了新的提交，本次推送会失败）

merge

merge 是代码合并最简单的方式，所有代码合并的情况都可以使用 merge 。合并默认使用的是 fast-foward 模式，如下图所示，当合并两个分支时，若顺着一个分支走下去能到达另一个分支，git 只会移动分支指针，也就是说，不会创建新的 commit 节点。但是这样会丢失合并的信息 ，若想要在任何时候都保留合并信息，可以使用 no-fast-forward 选项。

当已经完成一次<code>git commit后，发现自己遗漏了一些修改，马上再补充一次 commit 固然可以解决问题，但是会造成提交记录的重复和不美观。此时，可以考虑使用git commit --amend，该命令会将本次提交内容和上一次提交内容合并为一个提交。

rebase

相比于 merge，rebase 提供了更灵活的合并手段，鉴于现代IDE图形化界面做的很好，这里就直接使用 IDEA 结合一些场景讲下常用的一些 rebase 功能

环境：IDEA Community 2024.1

<li>reword：想要修改、补充提交信息时

<li>squash/fixup：想要将多个提交合并时

<li>drop：想要去除某个提交时

<li>rebase-onto：想要应用父分支的提交到自己的分支

cherry-pick

当发现自己的提交写错分支，或者想要快速将另一个分支的某个提交合并到自己的分支，可以考虑使用 cherry-pick。