git 代码合并 merge 和 rebase 的区别

git idea 的分支合并时的冲突问题总结，merge 和 rebase 的区别

以前用习惯了 svn，一直觉得 svn 简单好用。用了 git 之后，git 真的更好用，不过刚开始用的时候，特别不懂怎么解决冲突问题，以及在分支合并的时候有点怕怕的，怕合并少了别人的代码，或者合并错分支等等。还有 idea 上的 git 我一开始也只会 pull 和 push，对别的功能点也不懂。探索一下 merge 和 rebase 和冲突时的操作。

1、合并分支有 merge 和 rebase 两种方式

1.1 merge

merge 的原理是找到这两个分支的祖先 commit，在两个分支最新的 commit 进行三方对比合并；

例如下图，共同的祖先 commit2，master 最新 commit6，develop 最新 commit5，merge会基于 2，5，6 这三个 commit 进行对比；

注：git 会对每个文件进行一个哈希计算，值一样说明文件没有改动过；

1. commit6 和 commit2 对比，如果文件的哈希值不一样，同时 commit5 和 commit2 对比，发现一样，说明只有 commit6 修改了这个文件，这种情况直接合并，不会提示；
2. commit6 和 commit2 对比，如果文件的哈希值不一样，同时 commit5 和 commit2 对比，哈希值不一样，说明两个分支都对同一个文件修改了，则提示冲突，需要我们手动 merge；

最后合并完后会生成一个新的 commit7；

1.2 rebase

重新基于一个分支上进行 commit，就是会把当前分支从祖先的 commit 后提交的 commit 都撤销掉，放到一个缓存里面去，然后基于一个分支的后面，把缓存的 commit 再按顺序一个个新增到这个分支后面；

例如下图，在 develop 分支进行 rebase master 分支，则会把 develop 分支上的基于和 master 共同的祖先分支 commit2 的后面的 commit4,5 撤销掉，在 master 的最新的 commit6 后面重新增加 commit4,5 上去，这时候 develop 相当于在 master 最新的 commit 上逐步提交了两个 commit4,5；

这里新增了 commit4,5，在 merge 时有可能都会有冲突，这里有可能需要手动 merge 两次，因为 rebase 时可能在提交 commit4 的时候提示冲突一次，在提交 commit5 的时候又冲突一次；

1.3 merge 和 rebase 的优缺点

• rebase：合并后分支图谱好看，一条线，但合并过程中出现冲突的话，比较麻烦（rebase 过程中，一个 commit 出现冲突，下一个commit 也极有可能出现冲突，一次 rebase 可能要解决多次冲突）；
• merge：合并后分支图谱不好看，一堆线交错，但合并有冲突的话，只要解一次就行了；

注：
我一般的做法，如果合并分支的共同祖先分支相差一两个或两三个 commit 的话，我就用 rebase，毕竟 rebase 合并后好看，分支图谱明确，如果和共同祖先分支相差很多个 commit，说明 rebase 有可能出现多次冲突，合并会很麻烦，这时候我就会用 merge；

2、冲突问题，冲突的时候怎么解决

同一个分支上，另一个提交了A文件的修改，这时候我也提交了A文件的修改，就会提示冲突

例如已经有同事修改了A文件，我也修改，commit 保存在本地是没有问题的，但是当我推送的时候就会提示冲突，这时候可能处理的流程有三个；

1. 我点 commit and push 后弹出冲突框，点 merge 合并文件；
2. 我点 commit and push 后弹出冲突框，点 rebase 合并文件；
3. 我先 pull ，提示失败，然后点 git stash 把当前修改的文件放到贮藏区 stash，然后再 pull，最后点 unstash changes 恢复贮藏区代码，弹出冲突框，点 merge；
4. 我点 commit and push 弹出冲突框，关闭后，把冲突的文件还原 reverse，再 pull，流程按上面的3来处理；

建议的做法是，在每次push之前，先点击pull，按第3点来处理；

具体冲突操作：

1. 我点 commit and push 后弹出冲突框，点merge合并文件；

这种情况点击 merge 的意思是，大家在基于共同的祖先把两个版本的代码合并，如上图一，基于它们的祖先 commit2 合并，对比 commit5、commit6 对 commit2 的改动，如果 5、6 两个 commit 的文件都对 commit2 的相同文件有过修改，则合并提示冲突，，如果合并的时候有冲突的话会提示处理，因为修改了共同的文件，所以肯定会有冲突，这时候点击 merge 编辑就可以了，合并后会有合并的 log；

当然如果不点击 merge，rebase 呢？

如果点击 rebase，则会也基于两个分支的祖先 commit，把本地的 commit 都撤销掉，放入缓存，重新基于远程分支最新的 commit 上进行把本地撤销的 commit 一个个 commit，中间有冲突则会提示 merge（可能会有多个 merge）好处是 commit 的 log 会好看很多，不会有提示合并过的痕迹。

当然如果也不点击merge，直接关闭掉呢？

这样的话冲突的文件就会变红色，并且有 >>>>>> 标志其他版本的变更；

这时候我们需在点一下解决冲突 resolve conflicts，然后就相当于上面点的 merge 的效果了，看到合并代码的提示，然后再 commit 和 pull 到远程分支就可以了；

转载：https://blog.csdn.net/qq_21187515/article/details/103300226