Git时光机（切换版本）
1.查看提交历史
HEAD指针指向这次分支的最后一次提交
版本信息一行显示【git log --pretty=oneline】
2.引用日志【git reflog】 （只在自己的工作区中存在）
非常重要：当HEAD指针进行切换之后，日志会受到影响（比如切换到之前的版本，那git log不能在查看这之后的提交日志，但git reflog的引用日志会保存信息）
3.查看当前HEAD指向版本的详情信息【git show】
git show
git show HEAD
git show HEAD+字符
//查看HEAD对应的上一条引用日志的详情信息
git show HEAD^
git show HEAD~
//查看HEAD对应的上上一条引用日志的详情信息
git show HEAD~~
git show HEAD^^
git show HEAD~数字 //查看HEAD对应的上数字条引用日志的详情信息
git show HEAD@{6} //查看对应任意引用日志对应的详情信息
4.git 生成的hash串，用于版本切换
通过这个hash串的前位数字用于版本切换（最少前4为，如果项目维护了好多年最少前七位）
5.切换版本【git reset --hard 版本号】
详解
git reset --soft 版本：回退到某个版本，保留工作区和暂存区，只回退commit的信息
git reset --mixed(默认) 版本：默认方式，回退到某个版本，只保留工作区，回退commit和add的信息
git resert --hard 版本，将会使用指定的版本覆盖工作区、暂存区（慎用）
【git revert重做一个新的版本】(取代git reset 方式回退版本的弊端)
git reset方式会使HEAD指针往回移动，从而丢失之后的提交信息
重做一个版本
git revert -n a124d9f //-n 或者--no-commit 表示先重做，一会我自己手动提交
重做之后（手动提交这次操作的日志 ）：
重做多个版本
git revert -n OLD_SHA-1~..NEW_SHA-1 //区间是左开右闭，则对左边的区间用~修饰
Git标签
1.创建标签
创建附注标签
给当前版本打标签
git tag -a 标签名 -m "标签信息"
给之前的版本打标签
git tag -a 标签名 -m "标签信息" 指定版本的hash值
创建轻量标签
2.查看标签
3.推送标签
4.删除标签
GIt分支
1.创建分支
//创建并切换到新分支
git checkout -b 新分支名
//相当于
git branch 新分支名 //创建分支
git checkout 分支名 //切换分支
2.删除分支
git checkout -d 分支名
3.切换分支，并创建紧急修复分支
//先切换到主分支
//然后创建并切换到hotfix
git checkout -b hotfix
//对bug进行修复并提交
- 切换到主分支，比较差异
- 分支合并（master版本只做了平滑移动）
git merge hotfix //将hotfix分支合并到主分支上
4.删除hotfix分支
4.功能开发分支
1.需求完成后对开发分支进行提交
应该吧feature-1合并到v6而不是合并到v8,则应做的合并是v6\v8\v6合并到一起
合并功能分支并提交（生成一个新的版本）
git merge 功能分支名 -m "备注信息"
5.查看本地分支
查看分支
git branch
查看每个分支最后一次的提交
git branch -v
查看已经合并的分支
git branch --merged
指定查看哪些分支合并到master
git branch --merged master
查看未合并的分支
git branch --no-merged
指定查看哪些分支未合并到master
git branch --no-merged master
回复被删除的分支(用指定的版本去创建分支)
使用引用日志中的版本号（引用日志只在开发者本地有，别人不可能看到你的引用日志然后去恢复）
git branch 被删除的分支名 hash版本号
重命名分支
git branch -m 旧分支名 新分支名
7.分支合并
起因：我们从master分支切出一个feature1分支进行开发，此时，你的同事完成了一次hotfix 并合并入了master分支，此时master分支已经领先于你的feature1分支了
git merge master（推荐）
git merge master
git rebase master（危险）
在记录里我们发现一些merge信息，但是我们觉得这样污染了我们的commit记录，想要保持一份干净的commit记录怎么办？
先退回到同事hotfix后合并master的步骤
在feature1分支下使用
git rebase master
具体操作：
1.git会把feature1分支里面的每个commit取消
2.把上面的临时操作保存成patch文件，存在.gti/rebase目录下
3.把feature1分支更新到最新的master分支上
4.最后把上面保存的patch文件应用到feature1分支上
如果两个人同在feature-1上工作，那么git rebase将会是一个危险的指令，你们两个的分支不同，那么你同事在pull远程master的时候，会丢失提交记录
8.远程分支
查看远程分支
推送分支
git push 远程仓库名 本地分支名
git push 远程仓库名 本地分支名:在远程仓库的别名
拉取远端分支
git fetch 远程仓库的别名 远程的分支：抓取到本地的命名
分支的删除
git push 远程库的别名 --delete 远程库中的分支名
9.Git冲突解决
解决合并冲突
冲突产生的原因：
举例：你在dev分支修改了一个文件，在此期间master分支这个文件也被修改了,master和dev都提交了对这个文件的修改
//手动对文件的冲突进行更改
手动删除分支提示信息和想要删除的内容，在加这个文件加入暂存区，即可改变文件的状态解决之前的冲突（一旦暂存这些冲突的文件，git就会给它标记为冲突已解决）
解决协作冲突
在上传到远端之前，抓取远程分支，查看远程分支与本地分支的差异
查看文件差异，没有问题在合并Fetch_HEAD至本地分支（git pull可能冲突报一大堆）
到71集
GitHub协作
1.添加合作者
