当我们修改完代码,提交了一个 commit,然后发现改错了,怎么修正?这种情况分为两种:修正最近一次提交,和修正历史多个提交。
修正最近一次提交
如果发现刚刚提交的内容有错误,当场再修改一下再提交一个新 commit
不就可以么?可以是可以,不过还有一个更加优雅和简单的解决方法:
git commit --amend
"amend" 是“修正”的意思。在提交时,如果加上 --amend
参数,Git 不会在当前 commit
上增加 commit
,而是会把当前 commit
的内容和暂存区(stageing area)里的最近一次 commit 的内容合并起来后创建一个新的 commit
,用这个新的 commit
把之前最新的 commit
替换掉。所以 commit --amend
做的事就是它的字面意思:对最新一条 commit
进行修正。
具体地,比如你发现刚刚的提交中 foo.txt 文件有错别字,你就可以把文件中的错别字修改好之后,输入以下命令:
git add foo.txt
git commit --amend
此时 Git 会把你带到提交信息编辑界面。提交信息默认是最近那次提交时填的信息。你可以修改或者保留它,然后保存退出。然后,你的最新 commit
就被更新了。
需要注意的有一点:commit --amend
并不是直接修改原 commit
的内容,而是如上面动图所示生成一条新的 commit
。
修正历史多个提交
commit --amend
可以修正最新 commit
的错误,但如果是倒数第二个、第三个 commit
写错了,怎么办?
如果不是最新的 commit
写错,就不能用 commit --amend
来修复了,而是要用 rebase
。不过需要给 rebase
也加一个参数:-i
。
rebase -i
是 rebase --interactive
的缩写形式,意为“交互式变基”。
所谓交互式 rebase,就是在 rebase
的操作执行之前,你可以指定要 rebase
的 commit
链中的哪一个 commit
是否需要进一步修改。
那么你就可以利用这个特点,进行一次原地 rebase。
例如你是在写错了 commit
之后,又提交了一次才发现之前写错了。现在再用 commit --amend
已经晚了,此时就要用 rebase -i
命令了:
git rebase -i HEAD^^
在 Git 中,有两个「偏移符号」:^
和 ~
。
^
的用法:在 commit
的后面加一个或多个 ^
号,可以把 commit
往回偏移,偏移的数量是 ^
的数量。例如:master^
表示 master
指向的 commit
之前的那个 commit
;HEAD^^
表示 HEAD
所指向的 commit
往前数两个 commit
。
~
的用法:在 commit
的后面加上 ~
号和一个数,可以把 commit
往回偏移,偏移的数量是 ~
号后面的数。例如:HEAD~5
表示 HEAD
指向的 commit
往前数 5 个 commit
。
上面这行代码表示,把当前 commit
( HEAD
所指向的 commit
) rebase
到 HEAD
向前两个的 commit
上:
如果没有 -i
参数的话,这种原地 rebase 相当于空操作,会直接结束。而在加了 -i
后,就会跳到一个新的界面:
pick 310154e 第 N-2 次提交
pick a5f4a0d 第 N-1 次提交# Rebase 710f0f8..a5f4a0d onto 710f0f8
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup <commit> = like "squash", but discard this commit's log message
# x, exec <command> = run command (the rest of the line) using shell
# b, break = stop here (continue rebase later with 'git rebase --continue')
# d, drop <commit> = remove commit
...
这个编辑界面的最顶部,列出了将要被 rebase 的所有 commit
s,也就是倒数第二个 commit
“第 N-2 次提交”和最近的 commit
“第 N-1 次提交”。需要注意,这个排列是正序的,旧的 commit
会排在上面,新的排在下面。
这两行指示了两个信息:需要处理哪些 commit
和如何处理它们。
你需要修改这两行的内容来指定你需要的操作。每个 commit
默认的操作都是 pick
,表示直接应用这个 commit
。所以如果你现在直接退出编辑界面,那么结果仍然是空操作。
但你的目标是修改倒数第二个 commit
,也就是上面的那个“第 N-2 次提交”,所以你需要把它的操作指令从 pick
改成 edit
。edit
的意思是应用这个 commit,然后停下来等待继续修正。其他的操作指令,在这个界面里都已经列举了出来(下面的 "Commands…" 部分文字),你可以自己研究一下。
edit 310154e 第 N-2 次提交
pick a5f4a0d 第 N-1 次提交...
把 pick
修改成 edit
后,就可以退出编辑界面了,并输出以下信息:
$ git rebase -i HEAD^^
Stopped at 310154e... 第 N-2 次提交
You can amend the commit now, withgit commit --amendOnce you're satisfied with your changes, rungit rebase --continue
上图的提示信息说明,rebase
过程已经停在“第 N-2 次提交”的 commit
的位置,那么现在你就可以去修改你想修改的内容了。
修改完成后,和前文修改最近提交的方法一样,用 commit --amend
把修改原地应用到一个新的 commit
:
git add foo.txt
git commit --amend
这样你的倒数第二个错误的 commit
就被修正了。在此过程中,把原来倒数第二个 commit 的内容和当前修改的内容合并在一起创建了一个新的 commit,并用此 commit 原地替换了原来的原来倒数第二个 commit:
然后,你可以用 rebase --continue
来继续上述 rebase
过程。
git rebase --continue
所有需要重写的 commit 都修改完成后,这次交互式 rebase
的过程就完美结束了。
总结
只修正最近的错误提交,使用简单的 commit --amend
即可。若修改历史多个提交用交互式变基 rebase -i
,它可以在 rebase
开始之前指定一些额外操作。通过交互式变基还可以实现其它历史重写操作,如“重新排序提交”、“压缩提交”、“拆分提交”等,这些历史重写操作不常用,我个人从来没用过,所以就不讲了,你可以在实际有需要的时候自己再去研究一下。
-
精致码农
带你洞悉编程与架构
↑长按图片识别二维码关注,不要错过网海相遇的缘分