1）场景：上一次的提交存在问题：遗漏了文件，或者-m 信息写错了。
$ git commit -m 'initial commit' $ git add forgotten_file $ git commit --amend
如果没有做任何修改直接 –amend 则只修改提交信息
$ git commit --amend -m '修改的信息'
取消暂存的文件
2）场景：修改了两个文件，计划分别提交。但是意外输入了 git add . 存入了暂存区。
On branch master Changes to be committed: (use "git reset HEAD <file>..." to unstage) modified: f2.py modified: f4.p $ git reset HEAD f2.py $ git reset -- f2.py （仅仅修改暂存区，工作目录不受影响）
这个操作本质上说，就是从版本库恢复暂存区，因此刚刚 add . 就被取消了。
调用时加上 –hard 选项可以令 git reset 成为一个危险的命令（可能导致工作目录中所有当前进度丢失！）不加选项地调用 git reset 并不危险 — 它只会修改暂存区域。–hard 已经跟踪的文件将会被覆盖。（未跟踪不会被覆盖，但依然危险） 暂存区 和工作目录都会被修改。记住：未提交的东西，都无法被恢复，只要是提交过，都有可能被恢复。
3）场景：撤销工作目录刚刚 做过的修改。（针对已经跟踪的文件，不会删除和调整未跟踪文件）
On branch master Changes not staged for commit: (use "git add <file>..." to update what will be committed) (use "git checkout -- <file>..." to discard changes in working directory) modified: f2.py
$ git checkout – f2.py 即可。 将会从暂存区 恢复工作目录。
如果 修改1 添加到了暂存区 工作目录又进行了 修改2
$ git checkout HEAD f2.py 将会从版本库 同时恢复暂存区 和工作目录。
如果你仍然想保留对那个文件做出的修改，但是现在仍然需要撤消，我们将会在 Git 分支 介绍保存进度与分支；这些通常是更好的做法。 (分支要解决的问题)