发布分支的 Azure devops 合并类型
Azure devops merge type for release branch
我正准备将我的发布分支合并到具有本地 Azure DevOps 环境的主分支中。
当我去完成合并请求时，我得到了四种合并类型选项：
- 合并（无快进）
- 壁球提交
- 变基并快进
- 半线性合并
我更愿意保持我所有的历史完整无缺，确保将修补程序或未来版本分支上的问题降至最低。我正在尝试遵循 git-流程。
通常我会使用快进的 Rebase，但是（当我 select “挤压”时）屏幕上的一条消息说：
“如果您打算在未来的工作中使用 sourcecfe 分支，请考虑使用非快进合并”。
这是什么意思？带快进的 Rebase 不安全吗？
谢谢你的建议。
根据经验，如果您的 source 分支有您希望保留的合并提交，那么 only 合并类型你应该在这 4 个中选择第一个，“Merge”。在 Git-Flow 中，将任何受保护的分支合并到另一个分支中总是需要定期合并。 （release 或 hotfix 变成 master 或 develop，等等）原因是其他 3 种合并类型中的任何一种都会“弹出”合并气泡，你会输合并提交提供的信息。
请注意，您仍然可以使用半线性合并将功能分支合并到受保护的分支中，事实上我个人更喜欢使用 Git-Flow。这里有一些关于 .
的更多细节
我正准备将我的发布分支合并到具有本地 Azure DevOps 环境的主分支中。 当我去完成合并请求时，我得到了四种合并类型选项：
- 合并（无快进）
- 壁球提交
- 变基并快进
- 半线性合并
我更愿意保持我所有的历史完整无缺，确保将修补程序或未来版本分支上的问题降至最低。我正在尝试遵循 git-流程。
通常我会使用快进的 Rebase，但是（当我 select “挤压”时）屏幕上的一条消息说：
“如果您打算在未来的工作中使用 sourcecfe 分支，请考虑使用非快进合并”。
这是什么意思？带快进的 Rebase 不安全吗？
谢谢你的建议。
根据经验，如果您的 source 分支有您希望保留的合并提交，那么 only 合并类型你应该在这 4 个中选择第一个，“Merge”。在 Git-Flow 中，将任何受保护的分支合并到另一个分支中总是需要定期合并。 （release 或 hotfix 变成 master 或 develop，等等）原因是其他 3 种合并类型中的任何一种都会“弹出”合并气泡，你会输合并提交提供的信息。
请注意，您仍然可以使用半线性合并将功能分支合并到受保护的分支中，事实上我个人更喜欢使用 Git-Flow。这里有一些关于