git rebase -i合并多次提交

简介: 写作目的自己写代码的时候修改了bug就提交一次,发现提交日志很乱,所以有必要合并多次提交,这个点有必要学习一下

需求与实操


需求


首先写一个需求1,然后修改bug1,修改bug2,修改bug3,修改bug4。那么此时git有5条记

录,如下图所示。


d3efc9df52cb411b9195635aa962d341.png


此时我想把后四个修改bug的记录合并成1条记录。即把最新的4条合并记录。


实操


首先获取init的提交日志的版本号(我init的Revision Number是1d1cfd8845d429d2dfb7ff6d01da5b7e8d1e5c5f)


执行命令


git rebase -i 1d1cfd8845d429d2dfb7ff6d01da5b7e8d1e5c5f


修改合并规则

会出现下面的结果,如图所示,把四次提交记录合并,那合并的规则是什么呢?


8.png


合并的规则如下


9.png


我的需求是:合并4次提交记录为一次提交记录,并且修改提交记录,那么我的修改为下图所示

第一行为r,表示使用提交,但是编辑提交说明

第二行为s,表示使用提交,但挤压到前一个提交

同理。。。


10.png


修改提交记录

保存以后是下面的图,下图是之前的修改记录


11.png


修改后


12.png


最后的结果如图所示


13.png

目录
相关文章
|
6月前
|
开发工具 git
git merge和git rebase异同
git merge和git rebase异同
170 0
|
6月前
|
JSON 开发工具 git
git rebase 合并当前分支的多个commit记录
git rebase 合并当前分支的多个commit记录
125 1
|
5月前
|
开发工具 git 开发者
【git merge/rebase】详解合并代码、解决冲突
【git merge/rebase】详解合并代码、解决冲突
587 0
|
3月前
|
开发工具 git 开发者
|
2月前
|
网络性能优化 开发工具 git
使用git rebase --onto一例
使用git rebase --onto一例
|
5月前
|
安全 开发工具 git
蓝易云 - git rebase和merge区别
在选择使用Merge还是Rebase时,需要根据具体的工作流程和团队的规定来决定。一般来说,如果你想保持完整的历史记录并且避免可能的冲突,你应该使用Merge。如果你想要一个干净的、线性的历史记录,你可以使用Rebase。
51 4
|
4月前
|
开发工具 git 开发者
git IDEA的分支合并时的冲突问题总结,merge和rebase的区别
冲突的处理需要开发者之间的充分沟通以及对项目历史的细致理解。选择Merge或Rebase取决于具体的工作流程和团队偏好,但最重要的是保持代码库的整洁与一致性。使用IDEA等工具可以提高处理合并冲突的效率,但手动解析冲突和理解操作背后的逻辑仍然是不可或缺的。最终目标是通过有效的版本控制实践,促进项目的顺利进行和团队协作的高效。
308 0
|
6月前
|
开发工具 git
git pull之后出现REBASE(1/1)
git pull之后出现REBASE(1/1)
409 3
|
6月前
|
开发工具 git 开发者
【专栏】探讨了 Git 中的 `git rebase` 操作,它用于重新应用提交到另一分支,改变历史顺序
【4月更文挑战第29天】本文探讨了 Git 中的 `git rebase` 操作,它用于重新应用提交到另一分支,改变历史顺序。与 `git merge` 不同,rebase 重写提交历史,提供简洁线性的历史记录。文章介绍了 rebase 的基本操作、应用场景,如整理提交历史、解决冲突和整合分支,并强调了使用注意事项,如避免在公共分支上操作。尽管 rebase 可以带来整洁的历史和冲突解决便利,但其潜在的风险和可能导致的历史混乱需谨慎对待。理解并恰当使用 `git rebase` 可以提升开发效率和代码质量。
192 1