我正在使用Gitlab与项目中的一小部分人合作。由于并非每个人都具有同样的经验（包括项目开发和git本身），我们认为在将代码合并到主开发分支之前，我们需要发送合并请求。到目前为止一切都很好，这允许额外的一双眼睛来浏览代码。
目前的工作流程有点不方便，感觉可以改进。当有人创建合并请求时（通过Gitlab Web界面），其他人也可以导航到Gitlab以查看正在合并的内容，读取代码，然后在他自己的机器上本地重新创建合并，以手动测试它。请注意，我们没有设置CI，因为这有点超出了此项目的范围。然后，当一切似乎都没问题时，他或她点击按钮接受Gitlab页面上的合并请求。
特别是我们在本地重新创建合并的部分感觉非常笨重。这些只是自动合并，请注意，但仍然感觉像是双重工作。
在Gitlab中处理合并请求的好工作流程是什么？我们还能改进什么？是否有一种很好的方法可以重新创建合并后存在的情况，而不实际提交到合并？或者有没有办法让Gitlab检测到合并为“解析合并请求”？
答案 0 :(得分：3)
如果在本地测试合并的人在合并时使用--no-ff标志
git merge --no-ff branchname
然后，如果他们测试并喜欢结果，他们可以推送到目标，GitLab将知道去关闭合并请求。