@vunlin 看具体情况吧，如果 master 有 branch 需要的东西就阶段性 merge，没有就一次性

看你怎么定义「效果」，如果以最终代码是否一样作为判断标准，则效果是一样的（前提是解决冲突的方式一致），但两种方式的 commit history 有很大不同。

merge 的优点是能直观地区分 commit 边界（比如能区分哪一坨 commit 是逻辑相关的，如在一个 feature branch 内）。缺点是 merge 多了 commit history 整个看起来可能会很混乱；rebase 的优点是能使 commit history 看起来更清晰，能整成线性的，看起来如同一个人提交地一般。缺点就是 commit 之间的逻辑相关性被去掉了，看不出边界。还有一点很重要，rebase 会修改 commit history，所以解决冲突时要慎重，搞不好会搞丢代码。

一般建议在开发分支合并到主分支时使用 merge （保留开发分支逻辑边界）；开发分支同步主分支更新时使用 rebase （使开发分支 commit history 更清晰）。

之前我们在同步主分支更新时就使用 rebase，由于当时对 SourceTree 的 rebase 解决冲突的 use mine 和 use their 理解有误，导致代码改动丢失了，幸好 IDE 有本地历史可以恢复。后来考虑到 rebase 会修改历史，最后还是采用 merge 的方式了。

@Yueting 应该防止不了，因为是下载下来看的

可以放到 selfstore.io 上卖

@em70 求能 2000 元买到 12 年版的 macbook air 的渠道

非常喜欢 Nexus 5 的做工，简洁大气，6 看起来没 5 好看

@littleshy 因为邮件是非实时的？比较正式？还是说邮件是基于话题的，而 IM 默认是基于人的，邮件沟通更容易分清归类话题主线？

@meteor2013 你觉得 Mailbox 哪些地方难用？

@Jaylee 前端一向受欢迎好么

用了大屏再回去用小屏会特别不习惯，感觉太小了。。。

这个也相当酷： http://v.youku.com/v_show/id_XNzMyNjc2NjAw.html

有 Android 版本吗？

你们主页 besdlab.cn 上的 IOS 能写成 iOS 不？