关于版本回退总结一下：
-
HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id -
穿梭前，用
git log可以查看提交历史，以便确定要回退到哪个版本。 -
要重返未来，用
git reflog查看命令历史，以便确定要回到未来的哪个版本。
工作区和版本库
- 工作区就是你在电脑里能看到的文件
- 在工作区有一个隐藏的目录 .git ，这个不算工作区，这个是 Git 的版本库
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
Git 管理的是修改，具体要这样理解 -- 第一次修改了文件之后，git add 提交到暂存区，如果此时第二次修改文件，但没有git add 。如果最后 git commit ，那么分支里面的文件与第一次修改是一样的。
$ git checkout -- readme.txt
命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：
一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
总之，就是让这个文件回到最近一次git commit或git add时的状态
note : git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。
Git同样告诉我们，用命令git reset HEAD <file>可以把暂存区的修改撤销掉（unstage），重新放回工作区：
$ git reset HEAD readme.txt
Unstaged changes after reset:
M readme.txt
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本
总结一下就是 ：
- 当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令 git checkout -- file
这个其实有一个应用，当你提交到版本库之后，在本地的工作区误删了一个文件，那么你可以用这个命令。恢复被删的文件！！！无论工作区是修改还是删除，都可以通过这个命令来“一键还原”。
- 当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令 git reset HEAD file，就回到了场景1，第二步按场景1来操作。
- 已经提交了不合适的修改到版本库时，想撤销本次提交，那么就用版本回退。
远程
从本地到远程
- 要关联一个远程库，使用命令 git remote add origin git@server-name:path/repo-name.git
- 关联后，使用命令 git push -u origin master 第一次推送 master 分支的所有内容
- 此后，每次提交后，只要有必要，就可以使用命令 git push origin master 推送最新修改。
分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！
从远程到本地
- 要克隆一个仓库，首先必须知道仓库的地址，然后使用 git clone url 命令克隆仓库
- Git 支持多种协议，包括 https，但是通过 ssh 支持的原生 git 协议速度最快！
分支
因为创建、合并和删除分支非常快。所以 Git 鼓励你使用分支完成某个任务，合并后再删除掉分支，这和直接在 master 分支上工作效果是一样的，但过程更安全。
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>