Git rebase+ff-only与merge --no-ff的区别及Bitbucket PR合并疑问

你的理解方向是对的，这两个选项的核心差异在于是否保留PR合并的专属提交记录，具体拆解：

• Rebase + Fast-forward（rebase + ff）

  1. 先将PR分支的所有提交，逐个重演到目标分支的最新提交之后（完成rebase操作）
  2. 由于此时PR分支的提交已经完全衔接在目标分支的提交链末端，系统会直接执行快进合并，不会生成新的合并提交
  3. 最终提交历史是完全线性无额外节点的，所有PR中的提交会像直接在目标分支上提交的一样，看不出这是一个合并过来的PR

• Rebase + No fast-forward（rebase + no ff）

  1. 第一步和前者完全一致：先把PR分支的提交rebase到目标分支最新提交之后
  2. 即便此时可以快进合并，系统会强制生成一个新的合并提交，专门用来标记「这是某个PR的合并节点」
  3. 最终提交历史看起来也是线性的（因为rebase已经把PR提交移到了目标分支后面），但会多一条明确的合并记录，能直观看到这个PR是在哪一步合并进目标分支的

简单总结：前者追求极致干净的线性历史，后者在保持线性的同时，保留了PR合并的节点痕迹，方便后续追溯某个PR的合并时间和范围。

内容的提问来源于stack exchange，提问作者Ricardo Araújo