引言

Git的中rebase和merge都可以合并代码，那他们有什么相同和不同呢？本文来一次说清楚、说明白。
首先Git中的rebase和merge都是用于合并代码的方式，但它们有不同的工作原理和影响。

Merge（合并）

合并（Merge）是将两个分支的代码合并在一起，形成一个新的合并提交。这个合并提交有两个父提交，分别是合并前的两个分支的最新提交。合并是一种比较安全和直观的合并方式，因为它保留了分支的整个历史记录。
示例：
假设有两个分支：feature-branch和main。我们希望将feature-branch的变更合并到main分支上。

# 切换到main分支
git checkout main# 合并feature-branch到main
git merge feature-branch

Rebase（变基）

变基（Rebase）是将当前分支的提交逐个应用到另一个分支上，形成一系列新的提交。它的结果是一个更线性的提交历史，但同时也会改变提交的哈希值，因为它实际上是创建了一系列新的提交。
示例：
假设同样有两个分支：feature-branch和main。我们希望将feature-branch的变更应用到main分支上。

# 切换到feature-branch
git checkout feature-branch# 变基feature-branch到main
git rebase main

需要注意的是，由于rebase会改变提交历史，可能会引起冲突。在这种情况下，需要解决冲突后继续变基。

区别：

Merge：1、保留分支的整个历史记录。2、创建一个新的合并提交，有两个父提交。3、不改变原有的提交历史。Rebase：1、将当前分支的提交逐个应用到目标分支上。2、创建一系列新的提交，改变提交的哈希值。3、生成一个更线性的提交历史。4、可能引起冲突，需要手动解决。

选择使用哪种方式取决于团队的工作流和个人偏好。一般来说，如果在公共分支上工作，推荐使用merge，因为它保留了分支的完整历史。如果在私有分支上工作，并且希望保持提交历史的清晰和线性，可以考虑使用rebase。

怎么选择总结：

使用merge当：在公共分支上工作，如main。保留分支的完整历史对项目有意义。使用rebase当：在私有分支上工作，不与他人分享此分支。希望保持提交历史的线性和清晰。