Azure DevOps 发布分支合并类型。

3

我正准备将我的发布分支与本地 Azure DevOps 环境的主分支合并。当我完成 Pull Request 时,会出现四个合并类型选项:

  • 合并(不快进)
  • 折叠提交
  • 变基和快进
  • 半线性合并

我希望保留所有历史记录,确保在热修复或未来的发布分支中最小化问题。我正在尝试遵循 git-flow 流程。

通常我会使用带快进的变基方式,然而(当我选择“折叠提交”时),屏幕上会显示以下信息:

“如果您计划将源分支用于未来的工作,请考虑使用不带快进的合并。”

这是什么意思? 带快进的变基方式是否安全?

感谢您的建议。

1个回答

6
作为一个经验法则,如果您希望保留源分支的合并提交记录,那么在这4种合并方式中,您应该选择第一种“Merge”。在Git-Flow中,将任何受保护的分支合并到另一个分支中都需要进行常规合并(例如将“release”或“hotfix”合并到“master”或“develop”中)。原因是其他3种合并类型都会“弹出”合并气泡,导致您丢失合并提交提供的信息。
请注意,您仍然可以在功能分支合并到受保护分支时使用半线性合并,事实上,我个人在使用Git-Flow时更喜欢这种方式。有关何时可以使用半线性合并和何时不能使用的更多详细信息,请参见此处

1
非常清晰明了,非常感谢您的解释。 - ab_732

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接