Gitlab合并请求快进合并答案

【问题标题】：Gitlab merge request fast forward mergeGitlab合并请求快进合并
【发布时间】：2018-07-05 21:01:54
【问题描述】：

我正在尝试使用 gitlab-ci 为我的团队设置一个 gitlab 工作流。我们有一个带有 gitlab CI 的 Gitlab CE 版本 10.2.4，配置为在每次推送时运行构建。现在我们想将合并请求工作流与受保护的开发和发布分支一起使用。我们的要求是，如果不先在 gitlab-ci 上运行，就不能将任何代码合并到这些分支中，以保持这些分支的干净。

由于 gitlab 似乎无法自动测试合并请求，我们唯一的选择是使用Merge commit with semi-linear history 或Fast-forward merge。（参见open issue on gitlab）

问题在于，由于这些合并选项需要快进，如果为同一个目标分支创建多个合并请求，则接受一个合并请求会更改目标分支。这会阻止其他合并请求被合并，因为它们不再是快进的。这意味着每次我们接受一个合并请求时，我们都必须将所有其他合并请求与目标分支重新绑定/合并，这非常繁琐。

在 gitlab 上使用 Fast-forward merge 选项的任何人都可以解释他们如何处理这种多重合并请求场景吗？还是有其他方法可以确保在合并之前测试代码而不需要快进？

【问题讨论】：

标签： gitlab fast-forward

【解决方案1】：

在您的项目设置中，转到“常规”->“合并请求”并选中“仅在管道成功时才允许合并请求”。

【讨论】：

感谢您的回答，但我们已经使用了此选项。我们遇到的问题是，当我们接受合并请求时，我们需要手动重新设置所有等待合并请求的基础。这主要通过 gitlab 中的一项新功能得到解决，该功能允许直接从 Web 界面中的合并请求中变基，这大大简化了流程。