git简介
git和Linux是同一个爸爸, 爸爸Linus在开始都是手工将世界各地的源代码合并，到2002年Linux发展十年，代码库之大让Linus很难继续通过手工方式管理了，Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。但2005年开发Samba的Andrew试图破解BitKeeper的协议，被BitMover公司发现了，于是BitMover公司怒了，要收回Linux社区的免费使用权。
Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了。
git 尝试
git init 创建版本库
版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。
创建一个版本库非常简单，首先创建一个空文件夹，进入文件夹后，打入git init命令即创建了一个共的版本库。
1 | $ mkdir learngit |
git init之后，目录下会多一个.git目录，这个目录就是git用来跟踪挂你版本库的。
git add 、git commit添加文件到版本库
在learngit文件夹下创建文件readme.txt，内容如下：
1 | Git is a version control system. |
将readme.txt文件放到git仓库需要以下两步：
- git add 将文件添加到仓库
1 | $ git add readme.txt |
- git commit 将文件提交到仓库
1 | $ git commit -m "wrote a readme file" |
-m 参数是本次提交的说明文字，最好能说明此次改动之处。
git status 查看仓库当前状态
如果修改readme.txt文件：
1 | Git is a distributed version control system |
此时运行git status1
2
3
4
5
6
7
8
9$ git status
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: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
get status告诉我们readme.txt文件被修改了，但是并没有提交。
git diff 查看文件修改内容
1 | $ git diff readme.txt |
重新git add readme.txt，使用git status查看当前仓库的状态：
1 | $ git status |
git status 表明将要提交的修改包括readme.txt,此时可以放心的提交:
1 | $ git commit -m "add distributed" |
再次使用git status查看仓库的状态：
1 | $ git status |
git status命令可以让我们时刻掌握仓库当前的状态，上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。
虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看：1
2
3
4
5
6
7
8
9$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
Git is free software.
git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，可以从上面的命令输出看到，我们在第一行添加了一个distributed单词。
知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是git add：
$ git add readme.txt
同样没有任何输出。在执行第二步git commit之前，我们再运行git status看看当前仓库的状态：1
2
3
4
5
6$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
modified: readme.txt
git status告诉我们，将要被提交的修改包括readme.txt，下一步，就可以放心地提交了：1
2
3$ git commit -m "add distributed"
[master e475afc] add distributed
1 file changed, 1 insertion(+), 1 deletion(-)
提交后，我们再用git status命令看看仓库的当前状态：
1 | $ git status |
当前已没有需要提交的修改，且工作目录是干净的。
版本管理
假设对readme.txt文件进行了多次修改且上传，修改如下：
1 | Git is a distributed version control system |
提交：1
2$ git add readme.txt
$ git commit -m "append GPL"
此时，readme已经有三个版本了，commit信息分别为”wrote a readme file”、”add distributed”、”append GPL”
git log 查看历史记录
1 | $ git log |
git log 命令显示从近到远的提交日志，如果觉得输出信息太多，可以加上–pretty=oneline参数
git reset 版本回退
将readme.txt回退到add distributed版本
1 | $ git reset --hard HEAD^ |
HEAD表示当前版本，也就是最新的提交1094adb…，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
如果现在反悔了，想重新回退到append GPL的版本，此时只有记得append GPL的版本commit id的才能回退。
1 | $ git reset --hard 1094a |
版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向append GPL：
git reflog 查看git的历史命令
1 | $ git reflog |