Gitlab合并请求快进合并

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

由于gitlab似乎没有自动测试合并请求的可能性,我们唯一的选择是使用Merge commit with semi-linear history或者Fast-forward merge.(参见gitlab上的公开问题)

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

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