Git命令merge和rebase的区别

一.介绍
merge 和 rebase 都是 Git 中用于合并分支的命令，但它们的合并方式和结果略有不同。

merge 命令的作用是将两个分支合并成一个新的提交，新的提交有两个父提交。这种合并方式会创建一个新的提交，它包含了被合并的分支的所有更改。这样就可以将两个不同的分支中的代码变更合并到一起。

rebase 命令的作用是将当前分支的提交移动到另一个分支的最新提交之后，相当于重新应用一遍当前分支的所有提交。这种合并方式会使得提交历史变得更加线性，因为提交会被“重放”在新的基础分支上。在执行 rebase 命令之后，当前分支的提交历史会变为基于另一个分支的最新提交。

因此，merge 的合并方式更加保守，它将两个分支中的更改合并到一起，产生一个新的合并提交。而 rebase 的合并方式则更加激进，它将当前分支的提交历史改写为基于另一个分支的最新提交。在使用这两个命令时，需要根据实际情况选择适当的合并方式。

二.不同点
下面是更详细的比较 merge 和 rebase 的区别：

1.合并历史记录不同
使用 merge 命令合并分支会创建一个新的合并提交，该提交拥有两个父提交，即源分支和目标分支的最新提交。因此，使用 merge 命令合并分支会保留每个分支的提交历史记录，而且可以很容易地看出哪些提交属于哪个分支。

使用 rebase 命令合并分支则会将当前分支的提交“移动”到目标分支的最新提交之后，并创建一个新的提交历史记录。因此，使用 rebase 命令合并分支会使得提交历史记录变得更加线性，但是也可能会使得分支之间的关系不太清晰。

2.修改历史记录的能力不同
使用 merge 命令合并分支时，每个分支的提交都会被保留，而且可以轻松地撤销合并操作。如果发现合并后的代码有问题，可以使用 git revert 命令撤销合并提交，然后再次尝试合并。

使用 rebase 命令合并分支时，当前分支的提交历史记录会被重新应用，因此可能会改变提交历史记录。如果发现 rebase 后的代码有问题，想要撤销操作就比较困难了。因为重新应用的提交已经修改了提交历史记录，如果要撤销 rebase 操作，就需要使用 git reset 命令，这会删除重新应用的提交，同时也会删除后续的提交。

3.处理冲突的方式不同
在合并分支时，可能会遇到代码冲突，需要手动解决冲突。使用 merge 命令合并分支时，Git 会自动创建一个合并提交，其中包含两个分支的所有更改。如果存在冲突，需要手动解决，然后再提交合并结果。

使用 rebase 命令合并分支时，每个提交都会被逐个应用到目标分支上。如果存在冲突，Git 会停止 rebase 操作，提示解决冲突。解决冲突后，需要使用 git add 命令将更改加入缓存区，然后使用 git rebase --continue 命令继续 rebase 操作。这意味着 rebase 操作会在每个提交上进行冲突解决，而不是在整个分支上进行冲突解决。

4.使用场景不同
在实际使用中，选择 merge 还是 rebase 取决于你想要达到的目标以及你所在的团队的工作流程。以下是一些常见的使用场景和选择合适命令的建议：

使用 merge：

当两个分支的历史相对独立，并且需要保留各自的提交历史时，使用 merge 命令。
当两个分支之间存在冲突时，merge 命令会自动解决这些冲突，并创建一个新的合并提交。
使用 rebase：

当你想要将当前分支的提交历史重写为基于另一个分支的最新提交时，使用 rebase 命令。
当你希望提交历史保持线性，避免出现不必要的合并提交时，使用 rebase 命令。
当你想要使得你的提交历史更加清晰明了，尽可能避免出现分叉时，使用 rebase 命令。
无论使用 merge 还是 rebase，都需要注意合并过程中可能出现的冲突和其他问题，及时进行解决。在进行 Git 分支合并时，最好先对代码进行备份，避免出现不可逆的问题。

三.使用
git merge 会让 2 个分支的提交按照提交时间进行排序，并且会把最新的 2 个 commit 合并成一个 commit。最后的分支树呈现非线性的结构

git reabse 将 dev 的当前提交复制到 master 的最新提交之后，会形成一个线性的分支树