我正在与一小群人一起使用Gitlab进行项目。由于并非每个人都具有同等的经验（项目开发和git本身），因此我们认为在将代码合并到主开发分支之前，需要发送合并请求。到目前为止，一切都很好，这允许额外的一双眼睛浏览代码。
但是，当前的工作流程有点不方便，并且感觉可以改进。当某人（通过Gitlab Web界面）创建合并请求时，其他人也导航到Gitlab，以查看正在合并的内容，阅读代码，然后在自己的计算机上本地重新创建合并，以手动进行测试。请注意，我们没有设置CI，因为这超出了该项目的范围。然后，当一切似乎正常时，他或她单击按钮以接受Gitlab页面上的合并请求。
尤其是我们在本地重新创建合并的部分感觉非常笨拙。请注意，这些只是自动合并，但仍然感觉像是双重工作。
在Gitlab中处理合并请求的良好工作流程是什么？我们可以改善什么？有没有一种很好的方法可以重新创建合并后可能存在的情况，而无需实际提交合并呢？还是有办法让Gitlab将合并检测为“解决合并请求”？
如果本地测试合并的人员在合并时使用--no-ff标志
git merge --no-ff branchname
然后，如果他们测试并喜欢结果，则可以将其推送到目标，并且GitLab将知道继续并关闭合并请求。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句