大白话 git 教程-07-各种后悔了该怎么办

世上没有后悔药，可是 git 里的后悔药却特别的多，够我们喝一壶了。

1. 如果已经 commit 了信息，想修改一下怎么办?

已经提交了，想修改 make some changes 这个提交信息，可输入 git commit --amend 回车，使用编辑器输入新的文本信息保存，执行 git lg 看下已经完成了修改。

2. 文件已经被改的乱七八糟了，想恢复怎么办?

代码写着写着不要想要了，或者太乱了想重新写过，可以执行 git checkout 丢掉对文件的修改。

而 git checkout . 则恢复所有的文件，使用这个命令要小心，它不会二次确认，执行后你的改动就没了，因为改动还从来没有被保存过。如果文件已经被暂存了，执行了不会生效，需要先从把文件从暂存区扯出来，请看下一条。

3. 文件已经被暂存了，想撤回怎么办?

如果已经对文件执行过 git add 了，但是不想提交了，需要使用 git reset 文件名 来撤回。

要对所有的暂存文件进行操作，不指定文件名执行 git reset HEAD 即可，这个命令只是把暂存的文件状态恢复到工作区的修改状态，不会影响文件的内容。

4. 已经完成提交了不想要了怎么办?

如果已经提交完成了，还想撤回来，也是使用 git reset 命令，但是需要加上 --soft 参数或者 --hard 参数。比如我们修改了 hello.txt 执行了提交，指纹码是 cf44772，执行 git reset --soft HEAD^ 后:

用 git status 查看文件的状态，发现 hello.txt 文件又重新处于暂存状态，等着再次被提交。

这里的 HEAD 是当前版本， HEAD^ 表示当前版本的上一个版本，上上一个版本可以用 HEAD^^ 来表示，而往上 100 个版本可以表示成 HEAD~100，HEAD^ 和数字也能集合使用，比如 HEAD^~1 表示父提交的上一次提交。

有 --soft 参数，就有 --hard 参数，这两个参数的区别是什么呢? 如果使用 --hard 参数，执行后提交记录上的文件不会处于暂存状态，工作区中的文件内容和重设的指纹码对应的文件内容完全相同，也就是看起来没有文件被修改过，--soft 重置暂存区，而 --hard 重置暂存区和工作区。

5. 不想要最近的几次提交了怎么办?

不想要最近的几次提交可以使用 git reset 结合 HEAD~数字 来表示，不过往往使用指纹码更方便。

6. 回到历史又后悔了，还是想回到未来怎么办?

经过上面的步骤，是不是那些 reset 的提交都消失了，我又想回去怎么办? 不可能让我再把代码写一遍吧? 不用，只要被 git 保存的东西都可以找回来，我们依靠 git reset 只需要一个指纹码就可以了。问题是 git log 已经看不到了啊，怎么找到指纹码? 这次得用 git reflog 命令了，你会发现所有的操作记录都存在，找到需要回复的提交记录，复制指纹码，执行 git reset --hard 指纹码 后搞定。reflog 的意思是 references log，凡是提交过的都有个小辫子，抓住了就可以 reset 它。

7. 重设并且提交本次的变动到历史记录中?

git reset 重设到指定的历史记录，就仿佛之后的提交都不存在了，而 git revert 不仅重设工区到指定的历史记录，而且把这次本身的修改也作为一次提交放到版本库历史中。下面是执行 git rever HEAD~2 后的结果:

通过上面几个例子，我们倒退到过去，再回到未来，还有一些复杂的情况没有列出来，不过这些就是典型的后悔药药方子，理解了也能推导处理其它的情况，去抓药吧。

最后，虽然 git reset 好用，但并不是唯一的办法，下一节讲了分支后，可以把对应的历史记录创建成新的分支，分支很多版本管理工具都支持，但是 git 的分支创建速度最快，也最有特色。