Git时光机、Git标签、Git分支、GitHub协作

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进行修复并提交

2. 切换到主分支，比较差异
   
3. 分支合并（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.添加合作者