我正在尝试使用gitlab-ci为我的团队设置gitlab worflow。我们有一个Gitlab CE版本10.2.4，gitlab CI配置为在每次推送时运行构建。现在我们想将合并请求工作流与受保护的开发和发布分支一起使用。我们的要求是，如果不先在gitlab-ci上运行，就不能将代码合并到这些分支中，以保持这些分支的清洁。
由于gitlab似乎没有可能自动测试合并请求，我们唯一的选择是使用Fast-forward merge或Fast-forward merge。 （cf open issue on gitlab）
问题在于，由于这些合并选项需要快进，如果为同一目标分支创建了多个合并请求，则接受一个合并请求会更改目标分支。这样就可以防止其他合并请求被合并，因为它们不再是快进的。这意味着每次我们接受合并请求时，我们都必须将所有其他合并请求与目标分支重新绑定/合并，这非常繁琐。
任何在gitlab上使用tools/dev/v8gen.py -vv x64.release -- is_component_build=true选项的人都可以解释他们如何处理这个多合并请求场景吗？或者是否有另一种方法可以确保在合并之前测试代码而不需要快进？
答案 0 :(得分：0)
在项目设置中，转到“常规”->“合并请求”，然后选中“仅在管道成功时才允许合并请求”。