总结一下git的使用，方便查阅。
一、简介
1、安装 CentOS 7
yum install git
#安装完成后配置全局信息
git config --global user.name "Your Name"
git config --global user.email "email@example.com"
2、创建版本库
#新建一个目录
mkdir learngit
cd learngit
#初始化Git仓库
git init
3、文件放到仓库
#把文件放入缓存区
git add readme.txt
#把文件提交到仓库
git commit -m "提交说明"
可以多次add不同的文件，一次性commit
二、仓库管理
1、版本回退
（1）查看历史记录
#显示从最近到最远的提交日志
git log
#一行一条记录打印
git log --pretty=oneline
打印出来的随机码是 commit id（版本号）。HEAD表示当前版本，上一个版本是HEAD^……上100个版本就是HEAD~100.
（2）回退某个版本
#回退到上一个版本
git reset --hard HEAD^
#回退到某个版本（版本号不一定要写全）
git reset --hard 1094a(commit id)
#查找历史命令记录
git reflog
#查看git状态
git status
2、修改操作
（1）管理修改
#查看工作区和版本库里面最新版本的区别
git diff HEAD -- readme.txt
（2）管理撤销
#丢弃工作区的修改
git checkout -- file
一种是file自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；一种是file已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。总之，就是让这个文件回到最近一次git commit或git add时的状态。
#把暂存区的修改撤销掉（unstage），重新放回工作区
git reset HEAD <file>
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
（3）管理删除
直接在文件管理器中删除文件。
#确实要删除文件及仓库中的文件
#查看git状态
git status
#删除并提交
git rm file
git commit -m "说明"
#删错了，想要恢复
git checkout -- file
三、远程仓库
1、生成SSH秘钥
ssh-keygen -t rsa -C "youremail@example.com"
cd ~/.ssh
id_rsa（私钥） id_rsa.pub（公钥）
2、登录Github
（1）复制id_rsa.pub
（2）填写相关信息
3、添加远程仓库
4、把本地内容推送到仓库
#我这里是把已经做好的项目上传上去，所以还需要执行add和commit操作。
git push -u origin master
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；
5、从远程仓库克隆
将远程仓库中的项目克隆到本地。
四、创建和合并分支
1、创建分支
#创建dev分支，然后切换到dev分支
git checkout -b dev
#git checkout命令加上-b参数表示创建并切换，相当于以下两条命令
git branch dev
git checkout dev
#用git branch命令查看当前分支
git branch
2、合并分支
#dev分支的工作完成，我们就可以切换回master分支
git checkout master
#把dev分支的工作成果合并到master分支
git merge dev
#删除dev分支
git branch -d dev
#查看branch
git branch
#看到分支合并图
git log --graph
3、解决冲突
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。用git log --graph命令可以看到分支合并图。
4、分支管理
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。
合并dev分支，注意--no-ff参数，表示禁用Fast forward。因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
git merge --no-ff -m "merge with no-ff" dev
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。所以，团队合作的分支看起来就像这样：
未完待续~
参考文献：
Git教程 - 廖雪峰的官方网站
