【问题标题】:How do you process a Gitlab merge request?你如何处理 Gitlab 合并请求?
【发布时间】:2015-03-08 18:50:50
【问题描述】:

我正在与一小群人一起使用 Gitlab 进行一个项目。由于不是每个人都有同样的经验(项目开发和 git 本身),我们认为我们需要先发送合并请求,然后才能将代码合并到主开发分支中。到目前为止一切顺利,这允许额外的一双眼睛浏览代码。

不过,目前的工作流程有点不方便,感觉还可以改进。当有人(通过 Gitlab Web 界面)创建合并请求时,其他人也会导航到 Gitlab 以查看正在合并的内容,阅读代码,然后在他自己的机器上本地重新创建合并,以手动测试它。请注意,我们没有设置 CI,因为这超出了该项目的范围。然后,当一切正常时,他或她点击按钮接受 Gitlab 页面上的合并请求。

尤其是我们在本地重新创建合并的部分感觉非常笨拙。请注意,这些只是自动合并,但仍然感觉像是双重工作。

在 Gitlab 中处理合并请求的好工作流程是什么?我们可以改进什么?有没有一种好方法可以重新创建合并后存在的情况,而无需实际提交合并?或者有没有办法让 Gitlab 将合并检测为“解决合并请求”?

【问题讨论】:

    标签: git merge workflow gitlab


    【解决方案1】:

    如果在本地测试合并的人在合并时使用 --no-ff 标志

    git merge --no-ff branchname
    

    然后如果他们测试并喜欢结果,他们可以推送到目标,GitLab 会知道去关闭合并请求。

    【讨论】:

      猜你喜欢
      • 2021-06-04
      • 2018-07-05
      • 2019-03-13
      • 1970-01-01
      • 2019-06-05
      • 2020-02-07
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多