Git：rebase & merge 区别

在Git中，rebase和merge是两种常用的合并代码的策略，它们有一些区别和各自的优缺点。

总结

Rebase（变基）是将一个分支上的提交逐个地应用到另一个分支上，使得提交历史变得更加线性。当执行rebase时，Git会将目标分支与源分支的共同祖先以来的所有提交挪到目标分支的最新位置。这个过程可以看作是将源分支上的每个提交复制到目标分支上。简而言之，rebase可以将提交按照时间顺序线性排列。

Merge（合并）是将两个分支上的代码提交历史合并为一个新的提交。在执行merge时，Git会创建一个新的合并提交，将两个分支的提交历史连接在一起。这样，两个分支的修改都会包含在一个合并提交中。合并后的历史会保留每个分支的提交记录。

下面是rebase和merge的一些优缺点以及使用场景的示例：

Rebase

• Rebase的优点：

  • 保持提交历史简洁和线性，更容易追踪和理解。
  • 可以合并多个提交为一个更有意义的提交。
  • 可以减少合并冲突的可能性。

• Rebase的缺点：

  • 修改提交历史可能引发其他开发者的困惑。
  • 可能会造成分支变动，需要额外的注意和协作。

• Rebase的示例：

  1. 创建一个feature分支并进行开发：git checkout -b feature
  2. 在feature分支上进行多次提交：
     • git commit -m "Commit 1"
     • git commit -m "Commit 2"
     • git commit -m "Commit 3"
  3. 返回主分支并更新：git checkout main, git pull origin main
  4. 切换回feature分支并变基：git checkout feature, git rebase main
  5. 解决可能出现的冲突，并将feature分支变基到主分支上：git rebase --continue
  6. 将变基后的分支推送到远程仓库：git push origin feature

Merge

• Merge的优点：

  • 保留了每个分支上的完整提交历史和分支信息。
  • 比较适合用于多人协作或需要更明确分支结构的情况。

• Merge的缺点：

  • 合并后的提交历史可能会变得复杂。
  • 可能会造成一些无用的合并提交。

• Merge的示例：

  1. 创建一个feature分支并进行开发：git checkout -b feature
  2. 在feature分支上进行多次提交：
     • git commit -m "Commit 1"
     • git commit -m "Commit 2"
     • git commit -m "Commit 3"
  3. 返回主分支并更新：git checkout main, git pull origin main
  4. 将feature分支合并到主分支：git merge feature
  5. 解决可能出现的冲突，并创建一个新的合并提交。