文章目录
Git修改已提交commit的message信息
修改最近一次commit的message
执行
git commit --amend
进入编辑模式,这个commit是所在分支的最新的commit
修改之前commit的message
执行
git rebase -i '要修改的commit的父级commit的hash值'
进入交互模式。
页面会罗列出基于这个commit的所有子commit,根据编辑框提示,自主选择pick、reword、edit等,也可以使用简写pick->p、reword->r…,保存退出进入新的交互页面,输入新的message后保存退出即可查看。
git rebase会涉及到变基操作,分离头指针。rebase意味着基于新的base的commit来变更部分commits。它处理的时候,把HEAD指向base的commit,此时如果该commit没有对应branch,就会处于分离头指针状态,然后重新一个一个生成新的commit,当rebase创建完最后一个commit后,结束分离头指针,Git让变完基的分支指向HEAD。
合并commit
合并连续的commit
执行
git rebase -i '要合并的commit的父级commit的hash值'
进入交互模式,要合并几个commit,必须要选择一个commit为合并项,即必须有一个commit为pick,其他需要合并的commit设置为squash,也可以简写s。保存退出之后会进入一个新交互页面显示要合并的commit,也可以为合并后的commit添加message(在第一行说明后添加)。
合并间隔的commit
仍然使用
git rebase -i '要合并的commit的父级commit的hash值'
要合并的commit是最上级的情况
这个时候第一个commit已经是最上级了,它没有父级commit了,如果要合并它,那就在git指令后跟上它的hash值。这样进入交互页面,我们能看到它的子级commit,但是没有它自身。
举个例子比如git log显示的commit是这样的
commit 464746a(HEAD -> master)
commit 4611891
commit 43c6742
那么执行 git rebase -i 43c6742 交互页面是这样的:
pick 464746a commit的message #这个不是需要合并的commit
pick 4611891 commit的message #这个是需要合并的commit
那就需要最上面手动加上hash值为43c6742的commit,并且把需要合并的commit放在一起并把pick改为squash。类似这样:
pick 43c6742 # message不写也无所谓
pick 4611891 commit的message #这个是需要合并的commit
pick 464746a commit的message #这个不是需要合并的commit
这个情况会有很多提示信息,根据提示一步步完成就可以。(合并后可能会出现两个没有父级的commit,即两棵树,如果有多次合并可能就会有多个)
消除最近的几次commit
这条命令慎用
git reset --hard 'commit版本号(hash值)' # 工作区、暂存区和HEAD都恢复成了这个commit的文件情况
消除最近的提交
git reset --hard HEAD~1 #版本回退一级并清除暂存区,写2即回退两级,依次类推
git reset --hard HEAD^ # 回退一个版本,作用和HEAD~1是一样的
比较不同commit之间同个文件的差异
直接比较分支也是可以的,使用
git diff '分支名1' '分支名2' # 比较两分支所有的文件
这样会显示很多的不同,比较杂乱。可以直接选择commit进行比较
git diff 'commit版本号' 'commit版本号' -- '文件名' # 比较两个commit之间同个文件的差异,可以用空格分开比较多个文件
或者是两个分支之间同个文件的比较
git diff '分支名1' '分支名2' -- '文件名' # 空格分开增加多个文件进行比较
摘选自Git学习笔记