2017-02-28 87 views
0

我们使用Gitlab 8.16.5和Gitlab API v3。 构建&部署由Gitlab-CI完成。 Build开始处理每个功能和修补程序分支。有3个环境:审查,分期&生产。现在,我们对审核部署作业进行了两项手动操作:审核接受&审核拒绝。简单来说,Review Environment正在为手动测试而设置。这意味着在审查接受,手动测试通过&审查拒绝,手动测试失败。 现在,我们必须创建一个MR审核接受工作,但不希望使用任何用户的私人令牌或私人访问令牌来创建相同。通过Gitlab CI创建合并请求,无需使用私有令牌

我们已经试过相同的触发器标记,但得到{401:未经授权的访问}。触发器仅用于重建工作吗?

回答

0

Gitlab中的'标准'工作流程有点不同:想法是开发者创建一个MR来将他的更改提交给审阅。然后为此合并执行构建,审阅者对其进行测试并根据测试结果接受或拒绝MR。
这种方式MR总是由用户完成。

总结它不是:审查/测试=>接受=>创建MR
,因为合并后,你需要再次测试。

所以它是更多:创建MR =>审查/测试=>接受(或拒绝)

+0

谢谢@CCH的信息。有没有办法根据手动操作更改管道状态,以便不能接受合并请求。 –

+0

对不起,我不明白你的意思。您可以在管道中手动执行步骤,但MR不在管道中,因此,没有标准方法可以从管道中更新MR状态,除了一些使用API​​的黑客正如你显然试图做的那样。 – CCH