Sto*_*dow 5 azure azure-devops azure-pipelines
我有一个用例,其中配置了两个管道。一个用于运行由拉取请求触发的测试和另一个处理部署的管道。我在 Azure 中使用 Bitbucket 云。
管道 A - 在 PR 上运行测试。
管道 B - 成功合并后部署(已批准的拉取请求)。
我当前的设置是在提交拉取请求时触发管道 A。这没有问题并且可以按预期工作。我遇到的问题是Pipeline B。无论 PR 是否被批准甚至合并,它都会被触发。我知道 CI 触发器的预期行为是在分支上执行任何操作。PR 触发器也不符合我的需求,因为它对于Pipeline A来说是多余的。
我想要发生的是,由于管道 A对 PR 触发,代码审查员将批准并合并 PR,并且只有当 PR 最终合并到发布分支时,才会触发管道 B。这可能吗?
开发人员完成代码。
开发人员针对Release1.0分支提交 PR 。
管道 A触发。测试通过或失败。
代码审查员批准并合并 PR 到Release1.0分支。
管道 B触发并部署。
更新:对于那些遇到相同问题的人来说,这实际上是一个非常简单的解决方法。只需设置触发器...
pr: none
在管道 B 中就行了。
| 归档时间: |
|
| 查看次数: |
1459 次 |
| 最近记录: |