最近，由于自己的一个项目，导致自己的关于自己的要使用Git的很多的命令，突然发现自己的git的还有许多不知道的东西
不过，在这个工作的过程中，也发现自己的一些很大的缺陷，就是自己题目理解力有限，明明就是很好理解的，自己就是
要去问别人，其实没有这个必要，下次一定要先自己看看，到底需不需要，再去决定问不问别人。闲话不多说了，我们先看
这期的Git的一些的命令吧。
1.当我们如果要练习Git的一些操作的时候，我们都希望自己动手写一些命令吧，这个时候，我们既可以在GitHub上面建立一个
仓库，然后实行一些操作。
$ git remote add origin git@github.com:michaelliao/learngit.git(添加远侧仓库)
2.没有add.的时候，回退
git checkout .
3.add.之后的时候的回退(即暂存区的回退)
git reset HEAD(HEAD指的是最新的版本，这个版本是最新的修改版本)
4.如果commit之后，我们还需要回退以前的版本
git reset --hard commitId
5.如果我们采用分支合并的策略之后，当我删除那些分支之后，想要知道那些分支是合并过得，我们可以这样操作
--no-ff方式的merge
git merge --no-ff -m "merge Message" dev （dev是我们merge的分支）
6.对于我们要修改一个bug,需要跳到别的分支修改，但是当前分支又不想进行commit,此时可以使用
git stash （把当前的stash）
git stash list （查看stash的记录）
git stash pop （恢复stash的修改，并把stash的记录清空）
7.git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后，进行 git commit，就可以一次把暂存区的修改一次提交到版本
8.如果不add到暂存区，那么他就不会加入到commit中
9.git reset HEAD file可以把暂存区的修改撤销掉(unstage)，重新放回工作区，当我们用HEAD时，表示的是最新的版本
10.master分支是一条线，GIt用master指向最新的提交，再用HEAD指向master,就能确定当前的分支，以及当前分支的提交点。
11.git stash然后在切回来，有两种显示，一种git stash apply，另一种是git stash pop,其中，第一种可以不清空stash的记录，而第二种会清空记录。
12.我们一般用ideal解决conflict时候，有是那种区域
答:假如我前面在自己的分支上进行了修改，然后我到了staging的分支，这个时候，
我在staging的分支上merge自己的分支，如果这个时候有冲突出现的话，我们可以看
到有三个分支，最左边(Local Change),最右边(Changes from Server),以及中间的，其中
最左边的是指的本地分支，就是我所在的分支，即此时指的是staging分支，而最右边的分支
changes from server，这个分支指的从远端进行合并的分支，就是我从哪一个分支合并过
来，这个就指的是哪一个分支，这个里面指的是我自己的分支，从而中间的指的是，我们二
者合并过后的分支。
13.关于merge的一些操作
答:如果我当时从master拉了一个分支，然后在进行修改，然后merge到
staging中，现在我又想在改回去一些东西，如果我在重新拉取一个分支，
对原来的那部分代码进行修改，此时这很有可能会出错，但是，如果我们
在原来的拉取的那个分支上面进行修改，在合并，此时就不会出现冲突，
因为这两个的源头都不一样，我的本子上面有一个图，可以看着那个图进行修改。
回去看一下这块的东西
最后，还是很想安利一个网站，这个Git的入门真的是特别好:http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000