作为一名开发者，保持 Git 提交历史的清晰和简洁不仅有助于团队协作，还能让代码审查和问题追踪更加高效。Git 提供了多种工具来管理提交历史，其中 git rebase 是一个强大的功能，可以帮助你合并多次提交、清理历史记录，甚至调整提交顺序。本文将详细讲解如何利用 git rebase 合并多次提交，并提供实践步骤和注意事项。
什么是 Git Rebase？
git rebase 是一种 Git 命令，用于重新应用（re-apply）提交到一个新的基准（base）上。它可以：
- 合并多个连续的提交。
- 修改提交信息。
- 重新排序提交。
- 分割或删除提交。
与 git merge 不同，git rebase 会重写提交历史，而不是简单地将分支合并为一个新的合并提交。这使得历史看起来更线性，但也需要谨慎操作以避免冲突或覆盖他人的工作。
为什么需要合并多次提交？
在开发过程中，你可能会频繁提交代码，尤其是当你在本地进行试验或修复 bug 时。例如：
- 你可能为了保存工作进度，频繁执行
git commit -m "fix bug"。 - 提交信息可能不够清晰或重复。
- 你希望在推送代码前，将多次小提交合并为一个有意义的提交。
假设你有以下提交历史：
* 5d8f9a2 (HEAD -> feature-branch) fix typo
* e7b3c4d add new feature
* 2a1b3c4 update documentation
* 9c8d7e6 (origin/main, main) initial commit你可能希望将 fix typo 和 add new feature 合并为一个提交，例如 “Add new feature and fix typo”。
利用 Git Rebase 合并多次提交的步骤
以下是使用 git rebase 合并多次提交的详细步骤：
步骤 1：查看提交历史
首先，使用 git log 查看当前分支的提交历史，确认需要合并的提交范围。
git log --oneline输出示例：
5d8f9a2 fix typo
e7b3c4d add new feature
2a1b3c4 update documentation
9c8d7e6 initial commit5d8f9a2是最新提交（HEAD）。- 我们希望合并
5d8f9a2（fix typo）和e7b3c4d（add new feature）。
步骤 2：启动交互式 rebase
使用 git rebase -i 启动交互式 rebase，指定要重新处理的提交范围。范围是从要修改的第一个提交开始，到 HEAD 结束。
- 假设我们要从
e7b3c4d（add new feature）开始，执行：git rebase -i e7b3c4d^e7b3c4d^表示e7b3c4d的父提交（即2a1b3c4），这样会包括e7b3c4d和之后的提交（5d8f9a2）。
-
终端会打开一个交互界面，显示类似以下内容：
pick e7b3c4d add new feature pick 5d8f9a2 fix typo # Rebase 2a1b3c4..5d8f9a2 onto 2a1b3c4 (2 commands) # # Commands: # p, pick= use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into previous commit # f, fixup = like "squash", but discard this commit's log message # x, exec = run command (the rest of the line) using shell # d, drop = remove commit # l, label
步骤 3：选择合并操作
在交互界面中，修改命令以合并提交：
- 将
pick改为squash（或s）表示将该提交合并到前一个提交。 - 修改后内容如下：
pick e7b3c4d add new feature squash 5d8f9a2 fix typo - 说明：
squash会将5d8f9a2（fix typo）合并到e7b3c4d（add new feature），并允许你编辑合并后的提交信息。- 如果你使用
fixup（或f），会直接合并提交，但丢弃fix typo的提交信息。
保存并关闭编辑器（在 nano 中按 Ctrl+O 回车保存，Ctrl+X 退出）。
步骤 4：编辑合并后的提交信息
保存后，Git 会打开一个新的编辑界面，显示合并后的提交信息：
# This is a combination of 2 commits.
# This is the 1st commit message:
add new feature
# This is the 2nd commit message:
fix typo
# Please enter the commit message for your changes. Lines starting
# with '#' will be ignored, and an empty message aborts the commit.- 修改为一个简洁的提交信息，例如：
Add new feature and fix typo - 保存并关闭编辑器。
步骤 5：完成 rebase
Git 会应用修改后的提交历史。检查结果：
git log --oneline输出示例：
a1b2c3d Add new feature and fix typo
2a1b3c4 update documentation
9c8d7e6 initial commit5d8f9a2和e7b3c4d被合并为一个新提交a1b2c3d。
步骤 6：推送更新（如果已推送过）
如果当前分支已推送到远程仓库（例如 origin/feature-branch），需要强制推送，因为 rebase 重写了历史：
git push --force- 警告：强制推送会覆盖远程仓库的历史，确保其他人没有基于当前分支进行工作，否则可能导致冲突。
高级用法：合并非连续提交
如果需要合并非连续的提交（例如 e7b3c4d 和 2a1b3c4），可以使用 git rebase -i 手动调整：
- 启动 rebase：
git rebase -i 9c8d7e6 - 在界面中，将需要合并的提交标记为
squash或fixup，并重新排序：pick 2a1b3c4 update documentation squash e7b3c4d add new feature squash 5d8f9a2 fix typo - 保存并编辑提交信息。
注意事项
- 避免在共享分支上 rebase：
- 如果分支已被团队成员拉取或推送，rebase 可能导致他人工作丢失。建议在本地分支上操作，或与团队沟通。
- 解决冲突：
- 如果 rebase 过程中出现冲突，Git 会暂停并提示你解决。解决后，运行：
git addgit rebase --continue - 如果想放弃，运行：
git rebase --abort
- 如果 rebase 过程中出现冲突，Git 会暂停并提示你解决。解决后，运行：
- 备份：
- 在重要操作前，创建备份分支：
git branch backup-branch
- 在重要操作前，创建备份分支：
- 性能：
- 对于包含大量提交的历史，rebase 可能较慢，考虑使用
git merge作为替代。
- 对于包含大量提交的历史，rebase 可能较慢，考虑使用
实践示例
假设你有以下历史：
* 5d8f9a2 (HEAD -> feature) fix minor bug
* e7b3c4d add button style
* 2a1b3c4 initial UI setup
* 9c8d7e6 (main) initial commit目标：合并 5d8f9a2 和 e7b3c4d 为一个提交。
- 启动 rebase：
git rebase -i 2a1b3c4 - 修改为：
pick e7b3c4d add button style squash 5d8f9a2 fix minor bug - 编辑提交信息为：
Enhance UI with button style and bug fix - 完成：
git log --oneline输出：
a1b2c3d Enhance UI with button style and bug fix 2a1b3c4 initial UI setup 9c8d7e6 initial commit
总结
- 优点：
git rebase能让提交历史更简洁，适合个人开发或清理本地分支。 - 技巧：使用
squash合并提交，reword修改信息，drop删除不需要的提交。 - 最佳实践：在推送前 rebase，避免在多人协作分支上强制推送。
掌握 git rebase 后，你可以轻松管理提交历史，提升代码管理的专业性。尝试在你的项目中实践，并在遇到问题时使用 git log 和 git status 跟踪进度。如需更深入的帮助，欢迎留言讨论！
Comments NOTHING