Git Squash 技巧：轻松合并最近的N个提交
Git Squash 技巧：轻松合并最近的 N 个提交
在软件开发过程中，使用 Git 进行版本控制是必不可少的。我们经常会进行频繁的提交，以记录代码的微小变化、修复小错误或进行实验性修改。然而，过多的细碎提交会使提交历史变得混乱，难以追踪主要的功能变更和理解项目的演进过程。这时，Git Squash 就派上用场了。
Git Squash 是一种将多个连续的提交合并成一个更具意义的提交的技术。它可以让你的提交历史更加清晰、整洁，方便代码审查和问题排查。本文将深入探讨 Git Squash 的概念、使用场景、操作方法、注意事项以及与其他相关 Git 命令的比较，帮助你全面掌握这项实用的 Git 技巧。
1. 什么是 Git Squash？
Git Squash 的字面意思是“压扁”、“挤压”。在 Git 中，它指的是将多个提交合并成一个单一提交的操作。这个操作会保留所有被合并提交的更改内容，但提交历史中只会显示一个合并后的提交。
举例说明：
假设你正在开发一个新功能，为了追踪开发过程，你进行了以下提交：
feat: 开始开发用户登录功能fix: 修复了一个拼写错误style: 调整了代码格式feat: 完成用户登录表单fix: 修复了表单验证逻辑
这些提交都很细碎，实际上都是为了实现“用户登录功能”这个目标。使用 Squash 后，可以将这 5 个提交合并成一个：
feat: 实现用户登录功能
合并后的提交包含了所有 5 个提交的更改，但提交历史更加简洁明了。
2. 为什么需要 Git Squash？
使用 Git Squash 有以下几个主要优点：
- 保持提交历史的整洁： 合并细碎的提交，减少提交历史中的噪音，使每个提交都具有明确的意义。
- 方便代码审查： 代码审查者可以更容易地理解每个提交所做的更改，而无需逐个查看细碎的提交。
- 简化问题排查： 当出现问题时，更简洁的提交历史可以帮助你更快地定位问题所在的提交。
- 维护良好的项目历史： 一个清晰、有条理的提交历史可以反映出项目的开发过程，方便团队成员理解项目的演进。
- 便于 Rebase 操作： 在进行 Rebase 操作时，更少的提交可以减少冲突的可能性，使 Rebase 过程更加顺利。
3. Git Squash 的使用场景
Git Squash 适用于以下场景：
- 合并本地开发过程中的细碎提交： 在开发一个功能时，经常会产生很多细碎的提交，这些提交在合并到主分支之前可以进行 Squash。
- 修复提交历史中的错误： 如果发现之前的提交有错误或需要修改，可以创建一个新的修复提交，然后将其与之前的提交 Squash。
- 整理实验性提交： 在进行实验性开发时，可能会产生很多尝试性的提交，这些提交在确定最终方案后可以进行 Squash。
- 准备 Pull Request： 在发起 Pull Request 之前，可以将自己的本地提交进行 Squash，使 Pull Request 更加清晰易懂。
4. 如何使用 Git Squash 合并最近的 N 个提交
有几种方法可以使用 Git Squash 合并最近的 N 个提交，下面介绍两种最常用的方法：
4.1. 使用交互式 Rebase
交互式 Rebase 是 Git 提供的一种强大的工具，可以用来修改提交历史。通过交互式 Rebase，我们可以选择要合并的提交，并修改提交信息。
步骤：
- 确定要合并的提交数量（N）： 首先，你需要确定要合并最近的多少个提交。
-
执行交互式 Rebase 命令：
bash
git rebase -i HEAD~N这条命令会打开一个文本编辑器，其中列出了最近的 N 个提交。每行代表一个提交，最旧的提交在最上面，最新的提交在最下面。每行开头的单词是 Git 命令，默认为
pick，表示使用该提交。例如，如果你要合并最近的 3 个提交，编辑器中可能会显示：
pick abc1234 feat: 开始开发用户登录功能
pick def5678 fix: 修复了一个拼写错误
pick ghi9012 style: 调整了代码格式
3. 修改 Git 命令： 将要合并的提交的pick命令改为squash或s。squash命令会将该提交合并到前一个提交中。修改后的内容可能如下：
pick abc1234 feat: 开始开发用户登录功能
squash def5678 fix: 修复了一个拼写错误
squash ghi9012 style: 调整了代码格式
4. 保存并关闭编辑器： 保存修改后，关闭编辑器。Git 会开始执行 Rebase 操作。
5. 编辑提交信息： 如果有多个提交被合并，Git 会再次打开一个编辑器，让你编辑最终的提交信息。这个编辑器中会包含所有被合并提交的提交信息。你可以修改这些信息，使其更具描述性。
6. 保存并关闭编辑器： 保存最终的提交信息后，关闭编辑器。Git 完成 Rebase 操作，提交历史被修改。
示例：
假设你有以下提交历史：
```
commit 4 (HEAD -> master)
feat: 完成用户登录表单
commit 3
fix: 修复了表单验证逻辑
commit 2
style: 调整了代码格式
commit 1
feat: 开始开发用户登录功能
```
要合并最近的 3 个提交，你可以执行：
bash
git rebase -i HEAD~3
编辑器打开后，将 commit 2 和 commit 3 的 pick 改为 squash：
pick commit1 feat: 开始开发用户登录功能
squash commit2 style: 调整了代码格式
squash commit3 fix: 修复了表单验证逻辑
pick commit4 feat: 完成用户登录表单
注意：commit4 不需要改动，因为我们不是要合并所有commit，只合并最近3个。
保存并关闭编辑器后，Git 会再次打开一个编辑器，让你编辑最终的提交信息。你可以将其修改为：
```
feat: 实现用户登录功能
这是合并后的提交信息，包含了所有被合并提交的更改。
```
保存并关闭编辑器后，提交历史变为：
```
commit 2 (HEAD -> master)
feat: 完成用户登录表单
commit 1
feat: 实现用户登录功能
```
4.2 使用 git reset 和 git commit
另一种 Squash 提交的方法是使用 git reset 和 git commit 命令。这种方法比较直接，但需要手动处理一些细节。
步骤：
-
软重置到目标提交： 使用
git reset命令将 HEAD 指针和当前分支软重置到要合并的提交之前的那个提交。bash
git reset --soft HEAD~N--soft选项表示只重置 HEAD 指针和当前分支，不修改工作区和暂存区的内容。
2. 创建新的提交： 使用git commit命令创建一个新的提交。这个提交会包含所有被重置提交的更改。bash
git commit -m "新的提交信息"
3. 检查工作目录和暂存区。因为--soft不会动这里的内容，所以所有之前的改动都会在暂存区里。
示例：
还是以上面的提交历史为例，要合并最近的 3 个提交，你可以执行：
bash
git reset --soft HEAD~3
这会将 HEAD 指针和当前分支软重置到 commit 1。然后，执行：
bash
git commit -m "feat: 实现用户登录功能"
这会创建一个新的提交，包含 commit 2、commit 3 和 commit 4 的所有更改。提交历史变为：
```
commit 2 (HEAD -> master)
feat: 完成用户登录表单
commit 1
feat: 实现用户登录功能
```
两种方法的比较：
- 交互式 Rebase 更加灵活，可以精确地控制要合并的提交，并修改提交信息。
git reset和git commit更加直接，但需要手动处理暂存区和提交信息。
建议初学者先从交互式 Rebase 开始学习，因为它提供了更清晰的步骤和更少的出错机会。
5. 注意事项
在使用 Git Squash 时，需要注意以下几点：
- 不要 Squash 已经推送到远程仓库的提交： 如果你已经将提交推送到远程仓库，不要再对这些提交进行 Squash。因为 Squash 会修改提交历史，这会导致本地仓库和远程仓库的历史不一致，给其他协作者带来麻烦。
- 谨慎使用 Squash： Squash 是一种强大的工具，但也可能导致提交历史的丢失。在使用 Squash 之前，请确保你了解它的工作原理，并清楚地知道自己在做什么。
- 与团队成员沟通： 如果你在一个团队中工作，在进行 Squash 操作之前，最好与团队成员沟通，确保他们了解你的意图，并避免潜在的冲突。
- 备份： 在进行 Squash 操作之前，最好对你的仓库进行备份，以防万一出现问题。
- 如果在
git rebase -i HEAD~N之后, 想放弃rebase, 可以使用git rebase --abort
6. 与其他 Git 命令的比较
6.1. Git Squash vs. Git Merge
Git Merge 是另一种合并提交的方式。与 Squash 不同，Merge 会创建一个新的合并提交，将两个分支的历史连接起来。合并提交会保留两个分支的所有提交历史。
- Squash： 将多个提交合并成一个提交，提交历史更简洁。
- Merge： 创建一个新的合并提交，保留所有提交历史。
选择 Squash 还是 Merge 取决于你的具体需求和团队的约定。一般来说，对于本地开发过程中的细碎提交，可以使用 Squash；对于合并不同分支的开发成果，可以使用 Merge。
6.2. Git Squash vs. Git Cherry-pick
Git Cherry-pick 用于将一个或多个提交从一个分支复制到另一个分支。它不会合并提交，而是将选定的提交复制到目标分支的末尾。
- Squash： 合并同一分支上的多个提交。
- Cherry-pick： 将提交从一个分支复制到另一个分支。
Squash 用于整理提交历史，Cherry-pick 用于在不同分支之间转移提交。
7. 总结
Git Squash 是一种非常有用的 Git 技巧，可以帮助你保持提交历史的整洁和清晰。通过本文的介绍，你应该已经掌握了 Git Squash 的概念、使用场景、操作方法和注意事项。希望这些知识能够帮助你更好地使用 Git 进行版本控制，提高开发效率。
记住，熟练掌握 Git 需要不断的练习和实践。建议你在自己的项目中尝试使用 Git Squash，并结合实际情况选择最合适的方法。随着经验的积累，你会越来越熟练地运用 Git Squash 来管理你的项目。