Git Merge、Rebase 和 Squash 之间的区别

文章目录

- Git Merge
- Git Rebase
- Git Squash
- 结论

作为一名开发人员，您可能使用过 Git 和 GitHub，掌握了版本控制的要点。通常通过拉取请求将分支的更改集成到主分支中是一项常见任务。许多人的默认选择是“合并”功能。

然而，版本控制领域提供了具有独特功能的替代命令。Git rebase 和 Git squash 这两种先进技术为您提供了一种将更改同步到目标分支的不同方式。

许多开发人员甚至不知道这些命令是什么，只是使用合并命令。如果您有兴趣学习其他方式，合并是一个不错的选择，您可能会喜欢这篇文章。

在接下来的部分中，我们将深入研究 Merge、Rebase 和 Squash 的命令。值得注意的是，这些命令与解决不同任务的算法并不相似。相反，Merge、Rebase 和 Squash 具有相同的基本目的，但提供了有关如何管理分支的不同视角。每个命令都提供了一个独特的视角，您可以通过它来导航和增强分支管理，从而为您的版本控制方法提供多功能性。

Git Merge

Git 合并可视化

Git Merge 是更新分支最常用的方式。它是最常见的，因为它通常是开发人员在学习 Git 时首先学习的同步命令。他们通常不会在不了解合并的情况下深入研究其他命令，例如 rebase 和 squash，因为它们可能会让人不知所措。

合并基本上会创建一个新的合并提交，并将分支中的更改与该合并提交合并到目标分支。它显示您的个人提交和合并提交。

优点
1、易于理解其工作原理
2、拥有两个分支的提交历史

负面影响
1、历史可能是压倒性的和复杂的
2、用太多合并提交填充分支历史记录的可能性

Git Rebase

Git 变基可视化

Git rebase 是另一个常用命令。顾名思义，Rebase 命令将当前分支的头重新设置为上次提交的目标分支。从而产生了一个非常线性的 git 历史。有些人可能更喜欢这种更线性的 Git 历史记录。

优点
1、生成线性提交历史记录
2、输出更干净的项目历史记录，没有合并提交

负面影响
1、变基会改变提交历史记录，可能会给协作者带来混乱或冲突。
2、解决变基冲突通常比解决合并冲突更困难

Git Squash

Git 南瓜可视化

最后一个命令是 Git Squash。顾名思义，它将提交压缩为单个提交，然后合并到目标分支中。它有点同时具有 Merge 和 Rebase 的功能。它创建了一个合并提交，但也保持了项目历史的线性和干净。
但 Git Squash 的问题是我们会丢失各个提交的详细信息。因此，为了获得更清晰的项目历史记录，有关个人提交的大量上下文都丢失了。

优点
1、生成线性且干净的提交历史记录
2、创建合并提交

负面影响
1、压缩和合并时不太详细的提交
2、跟踪单个提交可能很困难，并且可能会导致调试问题