背景：
Linux创始人Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！
Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。
1、给本机起一个名字
安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明Git安装成功！
安装完成后，还需要最后一步设置，在命令行输入如下命令：
因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。
注意：git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。
2、创建版本库
2.1、首先，选择一个合适的地方，创建一个空目录：
2.2、通过git init命令把这个目录变成Git可以管理的仓库：
$ git init Initialized empty Git repository in /Users/michael/learngit/.git/
添加文件
修改readme.txt文件内容，运行git status命令查看文件结果：
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令告诉我们，readme.txt被修改过了，但还没有准备提交的修改。
git diff命令查看文件具体修改了哪些内容
知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是git add：
$ git add readme.txt
同样没有任何输出。在执行第二步git commit之前，我们再运行git status看看当前仓库的状态：
要随时掌握工作区的状态，使用git status命令。
如果git status告诉你有文件被修改过，用git diff可以查看修改内容。
2.3、版本回退
git log可以查看提交历史，以便确定要回退到哪个版本。
git log命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是append GPL，上一次是add distributed，最早的一次是wrote a readme file。 如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
一大串类似3628164...882e1e0的是commit id（版本号）
好了，现在我们启动时光穿梭机，准备把readme.txt回退到上一个版本，也就是“append GPL”的那个版本，怎么做呢？
首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
现在，我们要把当前版本“add distributed”回退到上一个版本“append GPL”，就可以使用git reset命令：
$ git reset --hard HEAD^ HEAD is now at ea34578 add distributed
看看readme.txt的内容是不是版本add distributed：
用git log再看看现在版本库的状态：
最新的那个版本add distributed已经看不到了！
想恢复到原来3个版本，怎么回退？
只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个append GPL的commit id是3628164...，于是就可以指定回到未来的某个版
版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。
现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？
在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到append GPL版本时，再想恢复到append GPL，就必须找到add distributed的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：
现在总结一下：
-
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。 -
穿梭前，用
git log可以查看提交历史，以便确定要回退到哪个版本。 -
要重返未来，用
git reflog查看命令历史，以便确定要回到未来的哪个版本。