Git是什么？
Git是目前世界上最先进的分布式版本控制系统（没有之一）。
Git有什么特点？简单来说就是：高端大气上档次！
那什么是版本控制系统？
如果你用Microsoft Word写过长篇大论，那你一定有这样的经历：
想删除一个段落，又怕将来想恢复找不回来怎么办？有办法，先把当前文件“另存为……”一个新的Word文件，再接着改，改到一定程度，再“另存为……”一个新文件，这样一直改下去，最后你的Word文档变成了这样：
过了一周，你想找回被删除的文字，但是已经记不清删除前保存在哪个文件里了，只好一个一个文件去找，真麻烦。
看着一堆乱七八糟的文件，想保留最新的一个，然后把其他的删掉，又怕哪天会用上，还不敢删，真郁闷。
更要命的是，有些部分需要你的财务同事帮助填写，于是你把文件Copy到U盘里给她（也可能通过Email发送一份给她），然后，你继续修改Word文件。一天后，同事再把Word文件传给你，此时，你必须想想，发给她之后到你收到她的文件期间，你作了哪些改动，得把你的改动和她的部分合并，真困难。
于是你想，如果有一个软件，不但能自动帮我记录每次文件的改动，还可以让同事协作编辑，这样就不用自己管理一堆类似的文件了，也不需要把文件传来传去。如果想查看某次改动，只需要在软件里瞄一眼就可以，岂不是很方便？
这个软件用起来就应该像这个样子，能记录每次文件的改动：
版本文件名用户说明日期
这样，你就结束了手动管理多个“版本”的史前时代，进入到版本控制的20世纪。
建立本地仓库
在需要建立仓库的目录下（前提是安装了git）使用git，通过git init 命令把这个目录变成Git可以管理的仓库
把文件放入git仓库
把一个文件放到Git仓库只需要两步：
1.用命令git add告诉Git，把文件添加到仓库：
$ git add readme.txt
2.用命令git commit告诉Git，把文件提交到仓库：
$ git commit -m "wrote a readme file"
-m "说明" 是本地提交内容的备注说明。
查看仓库状态
当我们修改文件时，运行git status查看结果；比如当我们修改readme.txt文件内容后运行git status：
$ git status
On branch master
Changes not staged for commit:
modified: readme.txt
no changes added to commit (use "git add" and/or "git commit -a")
上面的命令输出告诉我们，readme.txt被修改过了，但还没有准备提交的修改。可以看到有哪个文件被修改过，此时是否添加入库，此时是否提交。
虽然Git告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。比如你休假两周从国外回来，第一天上班时，已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看：
$ git diff readme.txt
diff --git a/readme.txt b/readme.txt
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Gitisa version control system.
+Gitisa distributed version control system.
Gitisfree software.
版本回退
每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit（commit一次就是一个版本）。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。
Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令
git reset --hard commit_id
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
回退后如果想回到以前版本怎么办?只要你的命令行窗口还没关掉，找到之前的id（1094a.....），于是就可以指定回到未来的某个版本。
$ git reset--hard 1094a
HEADisnowat83b0afe append GPL
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。
撤销修改
git checkout -- file可以丢弃工作区的修改：
$ git checkout -- readme.txt
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态。
git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令。
建立连接远程仓库
把远程仓库和本地仓库连接：
git remote add origin git@github.com:自己的账户名/项目名称.git
添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
下一步，就可以把本地库的所有内容推送到远程库上：
$ git push -u origin master
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。
由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
创建合并删除分支
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
我们创建dev分支，然后切换到dev分支：
$ git checkout -b dev
Switchedto a new branch'dev'
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev
$ git checkout dev
Switchedto branch'dev'
然后，用git branch命令查看当前分支：
$ git branch
* dev
master
现在，我们把dev分支的工作成果合并到master分支上：
$ git checkout master（切换到master分支）
$ git merge dev（把dev合并到master分支）
git merge命令用于合并指定分支到当前分支
合并完成后，就可以放心地删除dev分支了：
$ git branch -d dev
Deletedbranch dev (was b17d20e).
