git诞生
集中式vs分布式
先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。
集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。
那分布式版本控制系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。
在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。
Linux安装git
$git 测试是否安装
ubuntu：sudo apt-get install git
或者 sudo apt-get install git-core
其他：wget ./config make make install
git设置
git config --global user.name=“name”
git config --global user.email=”foo@email.com“
git使用
mkdir testgit=》cd testgit =》git init（创建版本库）
vim test1.txt（工作区） =》 git add test1.txt（暂存区） =》 git commit -m ”comments“ （版本库）=》git log （查看提交历史）=》 git reset --hard commitid（版本回退）=》git reflog（操作历史）
git管理的是修改 第一次修改=> git add test1.txt => 第二次修改 => git commit (版本库中是第一次修改) git status
git checkout -- test1.txt (工作区未add，丢弃工作区的修改，没有--切换到另一分支)
git reset HEAD file（暂存区未commit）
删除文件1确实删除 git rm test1.txt git commit -m "aaa" 2删错了 git checkout --test1.txt
远程仓库 连接$ git remote add origin git@github.com:echosatoshi/testgit.git（origin 远程仓库）
推送：git push -u origin master =》 git push origin master
克隆：git clone git@github.com:echosatoshi/testclone.git
分支管理：每次commit，有一条时间线reflog，这条时间线就是主分支master，HEAD指向当前分支，每次提交master变长，新建分支dev，dev上操作完成，合并到master上，删除dev分支
创建并切换到dev分支：git checkout -b dev <=> git branch dev; git checkout dev
git branch 查看当前分支
合并分支 git merge dev
冲突<<<< ====== >>>>> 修改后提交 git log --graph
删除分支 git branch -d dev
合并分支不用fast forward git merge --no-ff dev
git stash隐藏当前工作现场 恢复工作现场 1：git statsh apply git statsh drop 2git stash pop
查看现场 git stash list
强行删除分支 git brand -D feature
多人协作：1git push origin my-branch 2推送失败 git pull 3如果有冲突解决冲突，本地提交 4git push my-branch 本地分支与远程分支链接git branch --set-upstream branch-name origin/branch-name
标签：git tag v1.0
git tag
分支管理策略：master分支应该相当稳定，只用来发布新版本，