迹忆客 专注技术分享

在每个开发人员的生活中，在使用 Git 分布式控制系统时经常会用到 squash 这个词。 Git 中的这个功能是一个方便的选项，开发人员经常使用它来在开发团队中实现整洁的工作流程。

在本节中，我们将详细讨论 Git 的主要功能，即 Squashing。 此外，压缩的过程以及我们在与开发团队合作时为什么需要它。

Git 压缩

首先，我们需要知道什么是压扁。 通常，挤压是将某些东西与所有可用的东西混合在一起。

在 Git 中，术语 squash 用于使用命令行将各种提交合并为一个提交。 此功能使事物保持先进先出的正确顺序。

让我们用下面的例子来解释提交中的压缩和排序顺序。

     A ◄───── B ◄──── C ◄───── D


 After Squashing commits B, C, and D:

     A ◄───── E


  Commit E includes the commits B, C, and D changes.

假设我们将所有提交合并到一个新的提交 E 中。现在提交 E 包含在提交 B、C 和 D 中所做的更改。

压缩是专门为了在更长的生命周期内保持分支图的整洁而进行的。

在应用程序中使用新功能时，很明显我们会在获得所需结果之前进行几次提交。 这可能是对质量保证团队或某些测试报告的错误的一些修复。

应用这些功能后，我们收集了一些无关紧要的提交，这些提交使我们的分支看起来乱七八糟。 对于这种情况，我们将在该存储库分支中进行压缩。

它将帮助我们将这些冗余提交合并为一个。

这里要记住的要点是 squash 不是 Git 命令。 但是，这是必不可少的 Git 操作。

如果我们执行 git squash ，它会报错，因为它只是一个操作，可以通过 Git 交互式 rebase 命令来执行。

使用 Git Interactive Rebase 压缩所有提交

借助 Git 的交互式 rebase 功能，我们可以在分支生命周期的任何时间点手动压缩我们的提交。 让我们开始使用别名 slog 执行以下命令，这将帮助我们查看紧凑的提交日志。

$ git config --global alias.slog = log --graph --all --topo-order --pretty='format:%h %ai %s%d (%an)'

输出结果:

$ git slog
* ac1sd5f 2022-02-11 11:09:15 +0600 Commit D (HEAD -> master) (test)
* 5dasq6f 2022-02-11 11:09:02 +0600 Commit C (test)
* 5asa04d 2022-02-11 11:09:02 +0600 Commit B (test)
* c40as62 2022-02-11 11:10:56 +0600 Commit A (test)
* 29awqc5 2022-02-11 11:10:33 +0600 BugFix #1 (test)
* 3asafeb 2022-02-11 11:10:19 +v Feature1 implemented (test)
* cbas10d 2022-02-11 11:26:19 +0600 Init commit (test)

此处，Git 命令 Interactive Rebase 还将在默认编辑器中显示所有相关提交以及排序顺序。 在这里，我们想要压缩这些提交，控制它们并使用 Git 命令将它们保存在编辑器中。

以下是用于压缩最后 X 次提交的命令：

$ git rebase -i HEAD~[X]Copy

因为我们想要压缩最后 4 次提交，所以我们将在上面的命令中提到 4 而不是 X。

$ git rebase -i HEAD~4Copy

当我们说 last X commits 时，它意味着 last x 从头到尾提交。

作为交互式 rebase 的结果，Git 的默认编辑器启动并开始压缩我们希望在一次提交中的提交。 使用命令 pick 列出的提交是我们要压缩的提交。

现在，我们将把提交的命令 pick 更改为 s 或 squash，这样这些提交就会被压缩。

之后，我们将保存更改并关闭编辑器。 git rebase 操作将按照我们的说明执行。

$ git rebase -i HEAD~4
[detached HEAD fa29cd5] Commit A
 Date: Tue Sep 04 11:10:11 2022 +0600
 1 file changed, 1 insertion(+), 1 deletion(-)
Successfully rebased and updated refs/heads/master.

Rebase 成功执行。 为了让我们满意，我们可以通过再次执行 git slog 命令来查看我们的提交日志，如下所示：

$ git slog
* f9SAEd5 2022-05-22 4:09:02  +0600 Commit A (HEAD -> master) (test)
* 29aS6c5 2022-05-22 4:09:02  +0600 BugFix #1 (test)
* 34faseb 2022-05-22 4:09:02  +0600 Feature1 implemented (test)
* cbadw0d 2022-05-22 4:09:02  +0600 Init commit (test)

正如我们在上面的输出窗口中看到的那样，最后 4 次提交被压缩为一个，开发人员很容易将所有四个不同的提交合并到一个功能提交中。