• 1、搞错了一个很重要的东西，git 有个神奇的时间机器能复原！
• 2、commit 完才想起来，还有一处小地方要修改！
• 3、要改一下上一个 commit message！
• ">4、不小心把本应在新分支上的内容，commit 到 master 了！
• 5、不小心 commit 到错误的分支上了！
• 6、执行了 diff 但是啥也没出现
• 7、Git 从入门到放弃

GitGit 虽然因其分布式管理方式，不完全依赖网络，良好的分支策略，容易部署等优点，已经成为最受欢迎的源代码管理方式。但是一分耕耘一分收获，如果想更好地掌握 git，需要付出大量的学习成本。即使在各种 GUI 的加持下，也不得不说 git 真的很难，在 V2EX 上也常有如何正确使用 git 的讨论，同时在 Stackoverflow 上超过 10w+ 的 git 相关问题也证明了 git 的复杂性。再加上 git 的官方文档也一直存在着 “先有鸡还是先有蛋” 的问题，虽然文档非常全面，但如果不知道遇到的问题叫什么，那么根本就无从查起。作为国内领先的研发管理解决方案供应商，CODING 一直致力于在国内普及 git 的使用，为软件研发提供更高效率。本文节选自 Katie Sylor-Miller 在日常工作中所遇到过的让他很头疼的 git 相关问题，并整理了相应的应对措施，在这里分享给正在学习如何使用 git 的同学们。当然这些应对措施并不是唯一的，可能会有其他更好的应对方法，这也恰恰是 git 这套版本控制系统强大的地方。

1、搞错了一个很重要的东西，git 有个神奇的时间机器能复原！

reflog 是一个非常实用的命令，可以使用这个命令去找回无意间删除的代码，或者去掉一些刚刚添加的却把仓库里的代码弄坏的内容。同时也可以拯救一下失败的 merge，或者仅仅是为了回退到之前的版本。

2、commit 完才想起来，还有一处小地方要修改！

当 commit 完然后跑测试的时候，经常突然发现忘了在等于号前面加空格。虽然可以把修改过的代码再重新 commit 一下，然后 rebase -i 将两次揉在一起，不过上面的方法会比较快。

3、要改一下上一个 commit message！

当项目组对 commit message 有格式要求时，或者当忘了中英文间要加空格，这个命令能救命。

4、不小心把本应在新分支上的内容，commit 到 master 了！

注意：这个指令必须在错误的 commit 后直接执行，如果已经试了其他的方式，可能就需要用 git reset HEAD@{number} 来代替 HEAD~ 了。

5、不小心 commit 到错误的分支上了！

也有很多人推荐了 cherry-pick 的解决方案，所以选哪个就看心情了。

6、执行了 diff 但是啥也没出现

Git 不会给通过 add 加入到 staging 区域里面的文件做 diff ，除非加了 --staged 的标签，别怀疑了这是一个 feature 不是一个 bug，当然对于第一次碰到这个问题的人来说还是有些不好理解的。

7、Git 从入门到放弃