『现学现忘』Git后悔药 — 34、git commit --amend 命令( 二 ) _生活百科

提示：如果此时有需要新增或改动的文件，可以先把文件添加都暂存区，然后随着git commit --amend命令，一起追加提交。

3）再次查看当前分支的历史提交情况。
# 1.查看版本库历史提交L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/amend_test (master)$ git log --oneline69a9841 (HEAD -> master) 我是第3次提交，重新修改的message8b3a071 第2次提交，新增内容：git commit --amend v2d3e2d8c 第1次提交，新增readme.txt文件# 2.查看可回退历史提交信息。L@DESKTOP-T2AI2SU MINGW64 /j/git-repository/amend_test (master)$ git reflog69a9841 (HEAD -> master) HEAD@{0}: commit (amend): 我是第3次提交，重新修改的messagebd4fd48 HEAD@{1}: commit: 第3次提交，新增内容：git commit --amend v38b3a071 HEAD@{2}: commit: 第2次提交，新增内容：git commit --amend v2d3e2d8c HEAD@{3}: commit (initial): 第1次提交，新增readme.txt文件我们可以看到：

第三次提交的massage改变了。
看到第三次提交的commit-id由bd4fd48变成了69a9841
我们可以看到使用git commit --amend命令，表面上没有生成新的提交，只是进行了内容的追加。但实际上通过git reflog命令查看历史提交记录，我们还是看到了，其实是新生成了一个commit 。

说明：

关于git commit --amend命令原理，往下看。

关于如何修改更早提价的message，看后面的git rebase文章。

（2）场景二场景描述：
假设新接到需求，需要基于master分支拉取一个feature分支，且这个feature分支只有你自己使用（这一点极其重要），由于开发周期较长，你不想每一次提交都产生一个新的commit，而是想每一次commit都修改前一次提交（一直追加提交）。
这样做的好处是，等到你的feature分支提测时，就只有一个干净的commit，没有乱七八糟的提交历史，你只要把这一个commit合并到master里就好了。
操作步骤：
在feature分支上：

第1次提交代码时，使用命令git commit -a -m "第1次提交的注释"进行提交。
【『现学现忘』Git后悔药 — 34、git commit --amend 命令】第2次以及只后的提交，使用命令git commit --amend -m "这里填写提交的注释"进行提交。这样整个分支可以只有一个commit 。

示例：
不推荐这样操作，多次提交可以使你选择撤销的余地比较多，简化提交次数是比较好的想法，但更推荐使用git rebase命令进行操作。
这里就不演示了。
3、git commit --amend 命令原理git commit --amend这个命令给人的感觉，是用新提交的数据，追加到了前一个commit上。
其实git commit --amend命令底层原理如下：
前提：你把遗漏提交的文件，或者修改的文件先提交到暂存区。