感觉用github管理自己平时的一些代码挺方便的，尤其还有各种统计，作为一个码农，就有一种每日签到、累计签到统计的感觉。用github，学习git自然是不可避免的，原先只是用几个 git clone 、 git add 、 git commit 、 git pull 、 git push 、 git log 等命令，一般的使用凑合能应付吧，主要使用github在线看历史修改。不过有时确实想本地看下历史代码，或者有些类似撤销（ git reset ）操作不学会真实失去了用代码版本控制的意义了，就打算好好学下git吧，以前都逃避了。以前在公司用过hg，不过当时就是一知半解，很多操作还得让同事来帮一下，这种东西了解一下内部工作原理还是有必要的。有时事情就是这样，一个软件应该是做到足够的友好，让用户不用花太多心思去了解软件的内部机理，不过不了解还真用不好，像其他语言、库也是一样。

看到很多都推荐《Git权威指南》，看了20章感觉看不下去了，后来又有人说《Pro Git》不错，看了一下确实比前面一本讲的浅显一点，图比较多，看着舒服一点，当然也不排除已经看第一本感觉后者容易了的可能。

Pro Git中Chapter 9 Git 内部原理（9.1~9.3）非常值得一看，个人感觉看过后就能更好的理解那些常用操作的原理了（所以可以在基本的几个操作会后马上试一下），也就不用去硬记一些流程了。

本来还想自己写点Git操作的，不过Pro Git真正非常不错，直接去那里看吧。

推荐：

Pro Git（有中文版翻译） http://git-scm.com/book/

Git图解：http://marklodato.github.io/visual-git-guide/index-en.html

还是要平常记录一下，用用一些常用的稍稍有点复杂的功能否则一会儿就忘了。

Git 命令别名

git status这个命令肯定是使用频率最高的一个，完完整整打个status挺累得，好在可以给git后面的这些子命令取一些别名：

git config --global alias.st status

config子命令用来修改配置文件，–global由于指出修改的时全局配置文件而不是用户的或者是这个项目的，alias.st status表示用st这个别名来代表status这个命令。所以现在可以这样使用了：

git st

 当然不能走极端把什么commit改成ci之类的，commit这么有成就感的命令，越长越好。

Git log 查看commit-id，日志

每次commit，git都有一个唯一的id，可以通过git log命令获取

Git reset 恢复文件

1. 准备commit时，发现把还没改完的文件用git add 放到暂存区了，想把它移出来等到下一次在commit

$ git reset HEAD path/to/file

这也是git add后会给出的提示

2. 如果想让当前工作目录回到某个commit时的样子，可以如下（所有目前未commit的更改都会没有）：

$ git reset --hard commit-id 

commit-id可以通过git log来获取