1、集中式 vs. 分布式版本控制
2、创建版本库
⑴ 创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：
$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit```
pwd命令用于显示当前目录。
如果你使用Windows系统，为了避免遇到各种莫名其妙的问题，请确保目录名（包括父目录）不包含中文。
⑵ 通过git init命令把这个目录变成Git可以管理的仓库：
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/ ```
当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的,如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。
⑶ 把文件添加到版本库
编写一个readme.txt文件，内容如下：
Git is a version control system.
Git is free software.```
一定要放到learngit目录下（子目录也行），因为这是一个Git仓库，放到其他地方Git再厉害也找不到这个文件。
第一步，用命令git add告诉Git，把文件添加到仓库：
`$ git add readme.txt`
执行上面的命令，没有任何显示，这就对了，Unix的哲学是“没有消息就是好消息”，说明添加成功。
第二步，用命令git commit告诉Git，把文件提交到仓库：
$ git commit -m "wrote a readme file"
[master (root-commit) cb926e7] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt```
总结：
初始化一个Git仓库，使用git init命令。
添加文件到Git仓库，分两步：
第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件；
第二步，使用命令git commit，完成。
3 时光穿梭
git status命令可以让我们时刻掌握仓库当前的状态
如果git status告诉你有文件被修改过，用git diff可以查看修改内容
4 版本回退
git log命令显示从最近到最远的提交日志，我们可以看到3次提交
在Git中，用HEAD表示当前版本，上一个版本就是HEAD，上上一个版本就是HEAD，当然往上100个版本写100个比较容易数不过来，所以写成HEAD~100
我们要把当前版本“append GPL”回退到上一个版本“add distributed”，就可以使用git reset命令：
$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed```
## 5 工作区和暂存区
工作区：在电脑里能看到的目录
工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
## 6 管理修改
用git diff HEAD -- readme.txt命令可以查看工作区和版本库里面最新版本的区别
每次修改，如果不add到暂存区，那就不会加入到commit中
##7 撤销修改
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file
，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考[版本回退](http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013744142037508cf42e51debf49668810645e02887691000)一节，不过前提是没有推送到远程库
## 8 删除文件
命令git rm用于删除一个文件
另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：`$ git checkout -- test.txt` git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”
## 9 远程仓库
你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密
#####第1步：创建SSH Key。
Git Bash：`$ ssh-keygen -t rsa -C "youremail"`
如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人
#####第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面.
然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容
##10 添加远程库
在本地的learngit仓库下运行命令：
`$ git remote add origin git@github.com:liming104/learngit.git`
把上面的liming104替换成你自己的GitHub账户名
下一步，就可以把本地库的所有内容推送到远程库上：
`$ git push -u origin master`
把本地库的内容推送到远程，用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
从现在起，只要本地作了提交，就可以通过命令`$ git push origin master`推送最新修改
## 11 从远程库克隆
`$ git clone git@github.com:liming104/gitskills.git`
# 12 分支管理
假设你要添加一个新功能，需要2周时间。第一周完成50%代码，如果提交，未完成的代码库会影响其他人工作，不提交又有提升进度的风险。有了分支，你可以创建自己的分支，在分支上提交，全部完成后合并到原来的分支上，就可以完美解决上面的问题。
## 13 创建与合并分支
Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch <name>
切换分支：git checkout <name>
创建+切换分支：git checkout -b <name>
合并某分支到当前分支：git merge <name>
删除分支：git branch -d <name>
## 14 解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
用git log --graph命令可以看到分支合并图。
## 15 分支管理策略
分支策略：master分支稳定，仅用来发布新版本；干活在dev分支，dev分支不稳定，在某个时候，如发布1.0版本，将dev分支合并到master，在master上发布；每个伙伴都在dev分支上干活，每个人有自己的分支，时不时合并到dev分支上。
总结：合并分支，加上`--no-ff`参数就可以用普通模式合并，可从分支历史上看出分支信息，而用fast forward就不能看出曾经做过合并。
## 16 Bug分支
修复bug分支时，通常会创建新的bug分支进行修复，然后合并，最后删除。
当手头工作没完成时，可以先用`git stash`储存，然后去修复bug.修复后，再用`git stash pop`回到工作现场。
## 17 feature分支
开发一个新功能，最好建立一个新分支；
强行摧毁一个没有被合并过的feature分支，用`git branch -D <name>`
## 18 多人协作
查看远程库信息，用`git remote -v`
多人协作工作模式：
先用`git push origin <branch-name>`推送自己的修改；
推送失败，说明远程库比你本地的更新，需要`git pull`合并。如果提示“no tracking information”，说明本地分支与远程分支链接关系没有创建，用命令`git branch --set-upstream branch-name origin/branch-name`；
合并有冲突，先解决冲突，再提交。
## 19 标签管理
`git tag <name>`创建新标签
`git tag`查看所有标签
默认标签打在最新提交的commit上
`git -a <tagname> -m "text"`指定便签信息
## 20 操作标签
删除标签`git tag -d <tagname> `
将标签推送到远程 `git push origin --tags`
## 21 使用Github
