Git使用详细教程-Git分支管理.pdf

fast-forward,快进，这是在没有冲突的情况下，从某一个提交直接跳转到最新的一个提交上。 如果有冲突的话，我们需要在主分支把冲突解决，然后再commit。此时如果我们切换到dev分支，再执行 git merge master 时，也不会冲突了，而是fast-forward，此时我们再查看dev分支最新的commit id会发现和刚刚在主分支最新的commit id一样，dev分支只是采用了fast-forward方式更新了commit id，道理很简单，因为在master我们解决冲突后做了提交， master已经往前走了一步了，然后我们把往前走了一步的master再往回合并的话，此时实际上dev分支已经落后于master,git会认为这是一个快进，所以直接有指向dev的指针直接指向下一个master所指向的最新commit,直接就跳过去了。 下图这种方式，即使没有冲突，也会产生一个新的commmit id