我们正在使用Gitlab 8.16.5和Gitlab API v3。 建设与发展Gitlab-CI正在进行部署。 Build会在每次推送功能和修补程序分支时开始工作。有3种环境：Review，Staging＆amp;生产。现在我们已经对审核部署工作做了2个手动操作：审核Accept＆amp;查看拒绝。简单地说，正在设置Review Environment进行手动测试。这意味着在审查接受，手动测试通过＆amp;在审查拒绝，手动测试失败。 现在，我们必须在审核接受作业上创建MR，但不希望使用任何用户的私有令牌或私有访问令牌来创建相同的。
我们已尝试使用触发器令牌，但获得了{401：未经授权的访问}。触发器仅用于重建工作吗？
答案 0 :(得分：0)
＆＃39;标准＆＃39; Gitlab中的工作流程略有不同：想法是开发人员创建一个MR来提交他的更改以进行审核。然后为此合并执行构建，审阅者测试它并根据他的测试结果接受或拒绝MR。
这种方式MR总是由用户完成。
总结一下，不是：Review / Test =＆gt;接受=＆gt;创建MR
因为在合并之后你需要再次测试。
所以它更多：创建MR =＆gt;评论/测试=＆gt;接受（或拒绝）