你如何处理 Gitlab 合并请求？
How do you process a Gitlab merge request?
我正在使用 Gitlab 与一小群人一起完成一个项目。由于不是每个人都有同样的经验（项目开发和 git 本身），我们认为我们需要在代码合并到主开发分支之前发送合并请求。到目前为止一切顺利，这允许多一双眼睛来浏览代码。
不过目前的工作流程有点不方便，感觉可以改进一下。当有人创建合并请求（通过 Gitlab Web 界面）时，其他人也会导航到 Gitlab 以查看正在合并的内容，通读代码，然后在他自己的机器上本地重新创建合并，以手动测试它。请注意，我们没有设置 CI，因为这有点超出了该项目的范围。然后，当一切正常时，他或她点击按钮接受 Gitlab 页面上的合并请求。
尤其是我们在本地重新创建合并的部分感觉非常笨拙。请注意，这些只是自动合并，但仍然感觉像是双重工作。
在 Gitlab 中处理合并请求的好的工作流程是什么？我们可以改进什么？有没有一种好方法可以在不实际提交合并的情况下重新创建合并后存在的情况？或者有没有办法让 Gitlab 将合并检测为 'resolving a merge request'?
如果本地测试合并的人在合并时使用 --no-ff 标志
git merge --no-ff branchname
然后如果他们测试并喜欢结果，他们可以推送到目标，GitLab 将知道去关闭合并请求。
我正在使用 Gitlab 与一小群人一起完成一个项目。由于不是每个人都有同样的经验（项目开发和 git 本身），我们认为我们需要在代码合并到主开发分支之前发送合并请求。到目前为止一切顺利，这允许多一双眼睛来浏览代码。
不过目前的工作流程有点不方便，感觉可以改进一下。当有人创建合并请求（通过 Gitlab Web 界面）时，其他人也会导航到 Gitlab 以查看正在合并的内容，通读代码，然后在他自己的机器上本地重新创建合并，以手动测试它。请注意，我们没有设置 CI，因为这有点超出了该项目的范围。然后，当一切正常时，他或她点击按钮接受 Gitlab 页面上的合并请求。
尤其是我们在本地重新创建合并的部分感觉非常笨拙。请注意，这些只是自动合并，但仍然感觉像是双重工作。
在 Gitlab 中处理合并请求的好的工作流程是什么？我们可以改进什么？有没有一种好方法可以在不实际提交合并的情况下重新创建合并后存在的情况？或者有没有办法让 Gitlab 将合并检测为 'resolving a merge request'?
如果本地测试合并的人在合并时使用 --no-ff 标志
git merge --no-ff branchname
然后如果他们测试并喜欢结果，他们可以推送到目标，GitLab 将知道去关闭合并请求。