git可以说是最好用的分布式版本控制工具，梳理一下git主要的机制和功能。
一. git基本配置
安装git
设置
Git是分布式版本控制系统，分布式环境下工作。所以，每个机器都必须自报家门
$ git config --global user.name "Your Name" $ git config --global user.email "email@example.com"
创建版本库
通过git init命令把这个目录变成Git可以管理的仓库，如名为learngit文件夹，确保目录名（包括父目录）不包含中文。
$ pwd $ git init
文件添加到仓库
必须将文件放到git管理目录下（子目录也行），使用git commit将文件提交到仓库，-m后面输入的是本次提交的说明，可以输入任意内容。Git添加文件需要add，commit一共两步，因为commit可以一次提交很多文件，所以可以多次add不同的文件。$ git add readme.txt
$ git commit -m "wrote a readme file"
查看改动
$ git diff readme.txt
仓库当前的状态
查看是否有需要commit的文件
$ git status
查看改动历史记录
$ git log
精简信息
$ git log --pretty=oneline
8.版本回退
先知道是哪个版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。
(1)使用git reset命令
$ git reset --hard HEAD^
(2)回退到上一个版本
只要上面的命令行窗口还没有被关掉，可以顺着往上找到那个append GPL的commit id
$ git reset --hard 1093a
(3)利用历史命令记录来查出commit id
$ git reflog
- 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
- 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。
二. git机制
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
git add命令实际上就是把要提交的所有修改放到暂存区（Stage），然后
执行git commit就可以一次性把暂存区的所有修改提交到分支。
- 查看工作区和版本库里面最新版本的区别
git diff HEAD -- readme.txt
- 丢弃工作区的修改
$ git checkout -- readme.txt
git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。
- 丢弃暂存区的修改
git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区，即可以把暂存区的修改撤销掉（unstage），重新放回工作区。
$ git re**set** HEAD readme.txt
- 从版本库删除文件
$ git rm test.txt $ git **commit** -m "remove test.txt"
三. ssh通信配置
第1步：创建SSH Key。
在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。。若没有则创建SSH Key：
$ ssh-keygen -t rsa -C "youremail@example.com"
第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：
然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：
点“Add Key”，便可看到已经添加的Key。
GitHub允许添加多个Key。假定有若干电脑，一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。在GitHub上免费托管的Git仓库，任何人都可以看到但只有你自己才能改）。
四.向github克隆本地库
(1)添加远程库
jack替换成你自己的GitHub账户名，添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。
$ git remote add origin git@github.com:jack/studygit.git
(2)把本地库的所有内容推送到远程库上
$ git push -u origin master
用git push命令，实际上是把当前分支master推送到远程。由于远程库是空的，我们第一次推送master分支时，加上了-u参数
(3)随时更新
把本地master分支C的最新修改推送至GitHub
$ git push origin master
（遇到错误，先拉后推，若本地文件夹名称与远程库不一样，加上--allow-unrelated-histories参数：
git pull origin master git push -u origin master
）
(4)向本地库克隆github库
$ git clone git@github.com:michaelliao/gitskills.git
五.分支管理
1.创建分支
如创建dev分支，然后切换到dev分支
$ git checkout -b dev
git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：
$ git branch dev $ git checkout dev
2.查看分支
$ git branch
3.切换回master分支
dev分支的工作完成，我们就可以切换回master分支
$ git checkout master
4.合并分支
把dev分支的工作成果合并到master分支上
$ git merge dev
5.删除dev分支
$ git branch -d dev
6.分支合并冲突
提交时，Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改后保存并再次进行add，commit操作。
操作成功后，分支如图
当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图。
7.分支合并模式
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。
(1)创建并切换dev分支
$ git checkout -b dev
(2)修改readme.txt文件，并提交一个新的commit
$ git add readme.txt $ git **commit** -m "add merge"
(3)切换回master
$ git checkout master
(4)准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward
$ git merge --no-ff -m "merge with no-ff" dev
(5)查看历史分支
$ git log --graph --pretty=oneline --abbrev-commit
8.BUG分支
Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。
手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场
(1) 用git status查看工作区
$ git stash
(2) 在dev分支上创建修复bug的分支issue-101，此时，dev修改只add，并没有commit
(3)
$ git checkout master
(4) 在master下创建分支
$ git checkout -b issue-101
(5) add并commit
(6) 修复完成后，切换到master分支，并完成合并，最后删除issue-101分支
$ git checkout master $ git merge --no-ff -m "merged bug fix 101" issue-101
(7) 切换到dev
$ git checkout dev
(8) 查看工作现场
$ git stash list
(9) 恢复工作现场
git stash apply恢复，但是恢复后，stash内容并不删除 git stash pop，恢复的同时把stash内容也删了
9.新功能-新建feature分支
(1) 在dev分支进行开发
(2) 需开发新功能vulcan，创建并切入分支
$ git checkout -b feature-vulcan
(3) 完成开发并提交
$ git add vulcan.py $ git commit -m "add feature vulcan"
(3) 切回dev，准备合并
$ git checkout dev $ git checkout dev
(4) 若要彻底销毁该分支，且此时还未merge，删除使用-D
$ git branch -D feature-vulcan
10.多人协作
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了。
(1) 查看远程库信息
$ git remote $ git remote -v （更详细）
(2) 推送分支
就是把该分支上的所有本地提交推送到远程库，推送时，要指定本地分支。
$ git push origin master
(3) 要在dev分支上开发，就必须创建远程origin的dev分支到本地，创建本地dev分支
$ git checkout -b dev origin/dev
(4) 可以提交并将本地dev push到远程：
$ git add env.txt $ git **commit** -m "add env" $ git push origin dev
(5) 若多人版本有冲突
先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送。
$ git pull
没有指定本地dev分支与远程origin/dev分支的链接，会导致git pull失败。设置dev和origin/dev的链接
$ git branch --set-upstream-to=origin/dev dev
解决冲突方法和分支管理中的解决冲突完全一样。
11.rebase操作
把分叉的提交历史“整理”成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。
$ git rebase $ git log --pretty=oneline --abbrev-commit
12.创建标签
(1)切换到需要打标签的分支上
$ git checkout master
(2) 敲命令git tag 就可以打一个新标签
$ git tag v1.0
(3) 可以用命令git tag查看所有标签
$ git tag
(4) 找到历史提交的commit id打标签
$ git log --pretty=oneline --abbrev-commit
找到commit id为f52c633的
$ git tag v0.9 f52c633
(5) 创建带有说明的标签，用-a指定标签名，-m指定说明文字
$ git tag -a v0.1 -m "version 0.1 released" 1094adb
(6) 查看标签信息
$ git **show** v0.9
(7) 如果标签打错了，也可以删除
$ git tag -d v0.1
(8) 推送某个标签到远程
$ git push origin v1.0
一次性推送全部尚未推送到远程的本地标签
$ git push origin --tags
(9) 标签已经推送到远程，要删除远程标签
先从本地删除
$ git tag -d v0.9
然后，从远程删除
$ git push origin :refs/tags/v0.9
