git-rebase - `Rebase and merge` 合并策略在 Bitbucket Server 上的作用是什么？

Question

我正在探索 Bitbucket Server 上可能的合并策略，其中一个策略引起了我的注意:“ rebase 和合并”rebase + merge --no-ff

我知道大多数关于合并策略的争论都围绕着 rebase vs 合并。这种合并策略似乎是 rebase 和合并。这个对吗？与仅 rebase 或仅合并相比，这会带来什么优势？

Answer 1

“ rebase 和合并”策略通常是人们所说的“ rebase ”。它也只是表明接下来会发生什么。当您使用 --no-ff 时，它会进行合并提交。没有它，你会得到一个快进，所以两个 refs 都指向同一个提交，它隐藏了你已经分支的事实。

将 B 合并到 A:

A  *---*              A  *---*---*
    \       merge ->      \     /
B    *---*            B    *---*

将 B 重新定位到 A:

A  *---*              A  *---*
    \      rebase ->          \
B    *---*            B        *---*

rebase 并合并 (--no-ff) B 到 A:

A  *---*              A  *---*                  A  *---*-------*
    \      rebase ->          \       merge ->          \     /
B    *---*            B        *---*   --no-ff  B        *---*

rebase 并合并 (--ff) B 到 A:

A  *---*              A  *---*                  A,B  *---*---*---*
    \      rebase ->          \       merge ->
B    *---*            B        *---*   --ff