我正在尝试使用 gitlab-ci 为我的团队设置 gitlab 工作流程。我们有一个 Gitlab CE 版本 10.2.4，其中 gitlab CI 配置为在每次推送时运行构建。现在我们希望将合并请求工作流程与 protected 开发和发布分支一起使用。我们的要求是，如果不先在 gitlab-ci 上运行，就不能将任何代码合并到这些分支中，以保持这些分支的干净。
由于 gitlab 似乎无法自动测试合并请求，我们唯一的选择是使用 Merge commit with semi-linear history或Fast-forward merge 。 (参见 open issue on gitlab )
问题是，由于这些合并选项需要快进，如果为同一目标分支创建多个合并请求，则接受一个合并请求会更改目标分支。这样可以防止其他合并请求被合并，因为它们不再快进。这意味着每次我们接受合并请求时，我们都必须将所有其他合并请求与目标分支重新合并/合并，这是相当乏味的。
任何人都可以使用 Fast-forward merge gitlab 上的选项解释了他们如何处理这种多重合并请求场景？或者是否有其他方法可以确保代码在合并之前经过测试而不需要快进？
最佳答案
在项目设置中，转到“常规”->“合并请求”并选中“仅在管道成功时才允许合并请求”。
关于Gitlab合并请求快进合并，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/48462766/