目录:
1.GitHub极速入门-程序员必备技能
** 2.GitHub进阶用法-程序员必备技能（所在章节)**
以上章节用到命令速查表:Git指令速查表
本文章的内容目录：
- HEAD & 标识
- 分支
- 提交历史
- Pull & Push
- 一些小技巧
1.当开发到一半遇到需要切换branch情况，但不想提交开发了一半的工作。如何做？
HEAD & 标识
如图HEAD标示着最新提交。同时分支标号master标示着分支最新节点。
当执行git commit时：
HEAD和master就会从指向原来的节点ed489变为指向f0cec
分支
怎么创建分支？
但进行并行开发的时候，我们就需要分支。
例如：我们要开多一条分支开发feature-A
git branch {新建分支名字}
git branch feature-A
那么怎么查看分支有那些，并且自己处于那条分支呢？
git branch
其中master前有个＊代表所处分支
怎么切换分支？
git checkout feature-A
接着就切换到feature-A这条分支了。
删除分支执行
git branch -d {分支名字}
那么当你开发完feature-A,要将其合并到master时，怎办？
//先切换到你想feature-A合并到的分支
git checkout master
// git merge {你想合并入的分支名}
git merge feature-A
但若果merge后弹出如下信息：
feature-A修改的地方跟在master修改的地方一样但修改内容不同。那么打开hello文件手动修改冲突地方。
打开文件，看到如图：
<<<<< HEAD代表着最新提交，冲突地方是not hello world!>>>>> feature-A的代表着分支feature-A，冲突是hello world!
只要将冲突的地方改掉，并重新commit就ok了。
那么，只留hello world!就好了
git add hello
git commit
将各分支提交历史图形化
git log --graph
如图，红色是master，绿色是分支feature-A。＊号对齐的就是提交历史。
提交历史
Checkout
checkout命令用于从历史提交（或者暂存区域）中拷贝文件到工作目录，也可用于切换分支。
当我们想回到某一个提交历史时的文件状态时
首先git log复制提交历史的id
如图画红线的地方：
接着
//git checkout {提交历史ID}
git checkout 0ce3a18d5ceac114eaa0fd8decd2009200b59277
就回到了那个历史记录了。
原理如图，checkout会将那个节点的文件状态复制到暂存区和工作目录
假如我们checkout向前数，第三个节点。
那么执行git checkout master~3
如图：
如图HEAD会指向到master前的第三个节点。
标号master~n代表向这个节点向前数第n个节点
那么当我们想回到原来那个位置呢？
只需git checkout master 那么HEAD就会回到指向ed489那个master节点的位置。
那么如果我们想回溯历史版本呢？
使用reset命令
reset命令把当前分支指向另一个位置，并且有选择的变动工作目录和索引。也用来在从历史仓库中复制文件到索引，而不动工作目录。
像checkout那样不过这次会将分支都推前到那个历史。如图：
那么，命令：
//git reset {提交历史ID}
git reset --hard b148e8064eb97d9b0917bad86131af492a4e9651
我们后悔了不想回溯历史版本了，但我们已执行了reset命令了,那么？
那么就使用git reflog看所有执行过的历史。
如图：
那么看看最左的HEAD曾经所在的ID
然后再次使用reset将分支推后到那个ID。
//git reset --hard {提交历史ID}
git reset 78f16e3
若果我们提交了历史记录，想改掉那条信息，则
譬如：
git commit -m "hello"
但我们已经执行了上面的命令，却想改掉“hello”这信息。
那么
git commit --ammend
Pull & Push
git push {远程库名} {分支名}和 git pull {远程库名} {分支名} 都是将提交历史从分支名开始一直到初节点push上去(pull 下来)
如图，执行git push remoteName a将分支apush 上去，则只会push 从a沿着箭头到尽头的提交历史，b是没有push上去的：
git fetch
如图：
在local我们的master是指向a72
而GitHub上作出master是指向5b3
这时Push的话就会有冲突。
于是就先使用git fetch origin将GitHub的改变下载到本地，并用标示origin/master指向该分支。如图：
接着只需使用merge将origin/master与master合并解决冲突再提交就可以了。
一些小技巧(不定期更新)
1.当开发到一半遇到需要切换branch情况，但不想提交开发了一半的工作。如何做？
- 使用stash
执行git stash 暂时存储变化
然后当你修改完另一分支后，回到原分支
执行git stash pop恢复原来的变化，继续原来的工作:)
最后
今天偶然看到的这句话，挺带感的。
your time is limited, so don't waste it living someone else s life. --乔布斯
所以就在这里愿大家能爱愿爱之人，做愿做之事，成愿成之人!!!!!
共勉之
-----至此本章节END--------
如果喜欢这篇文，就请你动动拇指,戳喜欢吧;)
我所有文章的总目录:我的简书博文地图
