Git 合并时 –no-ff 的作用

在许多介绍 Git 工作流的文章里,都会推荐在合并分支时,加上 --no-ff 参数:

$ git checkout develop
$ git merge --no-ff feature

--no-ff 在这的作用是禁止快进式合并。

Git 合并两个分支时,如果顺着一个分支走下去可以到达另一个分支的话,那么 Git 在合并两者时,只会简单地把指针右移,叫做“快进”(fast-forward),比如下图:

          A---B---C feature
         /
D---E---F master

要把 feature 合并到 master 中,执行以下命令

$ git checkout master
$ git merge feature

结果就会变成

          A---B---C feature
         /         master
D---E---F 

因为 feature 就在 master 的下游,所以直接移动了 master 的指针,master 和 feature 都指向了 C。而如果执行了 git merge --no-ff feature 的话,是下面的结果:

          A---B---C feature
         /         \
D---E---F-----------G master

由于 --no-ff 禁止了快进,所以会生成一个新的提交,master 指向 G。

从合并后的代码来看,结果其实是一样的,区别就在于 --no-ff 会让 Git 生成一个新的提交对象。为什么要这样?通常我们把 master 作为主分支,上面存放的都是比较稳定的代码,提交频率也很低,而 feature 是用来开发特性的,上面会存在许多零碎的提交,快进式合并会把 feature 的提交历史混入到 master 中,搅乱 master 的提交历史。所以如果你根本不在意提交历史,也不爱管 master 干不干净,那么 --no-ff 其实没什么用。不过,如果某一次 master 出现了问题,你需要回退到上个版本的时候,比如上例,你就会发现退一个版本到了 B,而不是想要的 F,因为 feature 的历史合并进了 master 里。

最后提醒下 --no-ff 开头是两个短横(标题显示一条横线是 WordPress 的 bug)。

IE8 下的双击问题

今天在 IE8 下测试时遇到了一个很疑惑的问题,具体表现为:快速点击时,click 事件触发的频率总是跟不上鼠标,就跟使用了 throttle 函数一样。研究了一下,发现又是 bug 导致。

正常情况下, 如果双击鼠标,将会按顺序触发一系列事件:

mousedown > mouseup > click > mousedown > mouseup > click > dbclick

在 IE8 下则变成了这样

mousedown > mouseup > click > mouseup > dbclick

可以看到,IE 吞掉了两个事件 mousedownclick ,也就是说第二次点击只触发了一个 mouseup。在 IE6-7 中也是这样。这就会导致,如果你在某个元素上双击,click 只能触发一次,如果你快速地点击,click 事件触发的次数总是只有实际次数的一半。

所以解决方法就是,把 click 换做绑定 mouseup 事件。可以在下面 demo 中测试。

flight