dev分支状态如下：
test分支状态如下：
使git merge test之后：
可见dev分支有了一次新的提交并且test分支之后的提交都当作当前分支的提交依次在log中显示。对test分支的log木有影响。
使用git reset –hard HEAD^和git rebase test之后dev状态：
可见没有新增新的commit且test分支合并到了dev分支
test分支状态：
并无变化。
注意：rebase的时候，若dev分支，有5个commit，test分支有1个commit，则git rebase test的时候，会将dev分支的5个commit分别应用到test分支上去。此时，如果有冲突，则很有可能会要解决5次。
而如果切换到test分支使用git rebase dev则会将test分支的一个commit应用到dev上去，此时只会需要解决一次冲突。
这就是为什么建议一般我们把别的分支合并到master时用merge，而把master合并到别的分支时会用到rebase的原因，这是因为master分支一般commit会比较频繁。
所以每次下拉代码fetch之后用rebase的原因就是：
本地commit之后，fetch远端代码，此时，远端代码可能会被若干人修改会有若干个commit，而本地就一个commit，然后git rebase的时候，是默认rebase 远端代码，此时会将本地commit应用到远端代码，也就只需要解决一次冲突，并且rebase之后没有新的commit，很友好。但是，如果使用merge，则会产生新的commit。