巧用 git rebase 合并多个 commit。

一、为什么需要合并多个 commit 呢?
 
有时候,我们开发一个功能。
修修补补 commit 了很多次,过多的 commit 会显得很复杂。
不够直观,不能比较清晰查看那些 commit 是对应的那个功能。
所以,在这种情况下。我们需要整理一下 commit 的记录,让我们更好的管理提交记录。
 
 
二、具体合并多个 commit 的流程。
 
1、development 分支有四次 commit ,然后我准备合并 "add a.php" 和 "add b.php" 的两次 commit。
ps: 使用 git log 命令,查看 commit 记录。
 
2、然后执行命令:
1
$ git rebase -i d2bf14b495fe57583371be8d0a48c927a2da7eb9 7fc6da429881c5bca2705f61aac0e3a1a3c0b1c7
ps: 命令说明
1
2
3
4
5
6
7
// -i 的含义是:--interactive, 即弹出交互式的界面让用户编辑完成合并操作
// [startpoint] 指的是合并区间的起点。
// [endpoint] 指的是合并区间的终点,默认是当前分支 HEAD 所指向的 commit。
 
$ git rebase -i [startpoint] [endpoint]
 
// 注意:这里的区间是一个前开后闭的区间。

 ps: Commands 说明,以下单字符命令为简写命令。

  • p, pick: 保留该 commit。
  • r, reword: 保留该 commit,可以修改 commit 的注释。
  • e, eidt: 保留该 commit,但停下来修改该 commit (不仅仅是注释),可以用来解决 merge 冲突。
  • s, squash: 将该 commit 和 前面一个 commit 合并。
  • f, fixup: 将该 commit 和 前面一个 commit 合并,但不保留该提交的注释信息。
  • x, exec: 执行 shell 命令。
  • d, drop: 丢弃该 commit。
 
3、然后,编辑 commit 内容。将 "pick" 改成 "squash" 或者 "s",意思是将该 commit (add b.php)和 前面的 commit (add a.php) 合并。编辑完成后,保存并退出(wq!)。
 
 
4、修改合并之后的 commit 注释。

 

5、编辑完合并 commit 的注释之后,就保存退出(:wq!)。
 
6、但是,在我们的一顿猛操作之后,我们进入了一个临时的分支(从 development 分支切出来的临时分支)。
 
7、那这个问题怎么解决呢?现在我们来基于这个临时分支,创建一个新的分支 feature/temp。
 
8、然后,我们再切回 development 分支,执行:git rebase feature/temp。
 
 
9、最后,看我们的 commit 记录,就已经把 "add a.php" 和 "add b.php" 的 commit 合并了。
 

 

三、总结。
  • 这次合并多个 commit,主要用到的命令是:git rebase -i [startpoint] [endpoint]。
  • 合并完成之后,会进入一个临时分支。需要在 development 分支上 rebase 这个临时分支。
  • 我们可以通过 git log 命令,查看提交的记录。
 

posted @   Yxh_blogs  阅读(39362)  评论(1编辑  收藏  举报
编辑推荐:
· .NET Core 托管堆内存泄露/CPU异常的常见思路
· PostgreSQL 和 SQL Server 在统计信息维护中的关键差异
· C++代码改造为UTF-8编码问题的总结
· DeepSeek 解答了困扰我五年的技术问题
· 为什么说在企业级应用开发中,后端往往是效率杀手?
阅读排行:
· 清华大学推出第四讲使用 DeepSeek + DeepResearch 让科研像聊天一样简单!
· 推荐几款开源且免费的 .NET MAUI 组件库
· 实操Deepseek接入个人知识库
· 易语言 —— 开山篇
· Trae初体验
点击右上角即可分享
微信分享提示