最近，由于自己的一个项目，导致自己的关于自己的要使用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