Git Merge VS Git Rebase

git rebase 和 git merge 都是Git中用于将不同分支的更改合并到一起的命令，但它们的工作方式和结果不同。

Git Merge

• merge 是将两个分支的历史合并在一起的方式。
• 当你执行 merge 时，Git会创建一个新的“合并提交”（merge commit），这个提交有两个父提交：一个是当前分支的末端提交，另一个是要合并进来的分支的末端提交。
• merge 保留了项目历史的真实结构，因为它不会改变已有的提交历史。
  合并完成后，合并的分支将保留其历史上的所有提交。

Git Rebase

• rebase 是一个重新排列提交历史的过程，它将一个分支的提交“移植”到另一个分支的末端。
• rebase 会复制一系列的提交并在目标分支上重新应用它们，这个过程可以创建一个线性的提交历史。
• 使用 rebase 可以使得项目历史更加清洁和直线式，因为它消除了分支合并时的多余的实际合并提交。
• 然而，rebase 可以改变存在的提交历史，这在某些情况下可能会导致复杂的冲突解决和其他问题。

总的来说，merge 命令会保留历史分支结构，而 rebase 会创建一个更清晰的直线式历史。使用哪一个命令通常取决于具体的工作流程和团队的偏好。在协作环境中慎用 rebase，特别是不建议在共享的分支上进行 rebase，因为它可能会给其他成员带来困扰。