Jenkins JIRA 插件，在成功构建多个服务后更新票证状态
Jenkins JIRA plugin, update status of ticket after several services were build successfully
我们的开发团队是分开的，AEM（前端）和后端服务。
对于 AEM 团队，当票证达到状态 "code merged" 时，无论何时启动 Jenkins 构建，这些票证（在构建完成后）都会自动移动到不同的状态（“在环境中可用” )
团队在 AEM (Adobe Experience Manager) 上工作，代码库是一个单一的存储库。
我想为后端服务团队做同样的设置。但是，有可能一张工单涉及多个后端服务的变更。
- 支付服务
- 信用卡服务
- 订单服务
目前只有一个 Jenkins 作业具有所有服务的构建参数（下拉列表）。这意味着为了让用户获得对环境的更改，他们需要启动 "createRelease" 作业三次，每次都从下拉列表中选择不同的项目（= 服务）名称。
因此，这意味着只有在所有相关服务都成功构建后，JIRA 票证状态才会更新。有人知道我们如何最好地解决这种情况吗？
您应该使用具有 4 个阶段的 Jenkins 管道，而不是使用带有下拉参数的标准 Jenkins 作业：
- 支付服务构建
- 信用卡服务构建
- 订购服务构建
- JIRA 票据更新（如果前三个阶段成功）
有帮助吗？
我们的开发团队是分开的，AEM（前端）和后端服务。
对于 AEM 团队，当票证达到状态 "code merged" 时，无论何时启动 Jenkins 构建，这些票证（在构建完成后）都会自动移动到不同的状态（“在环境中可用” )
团队在 AEM (Adobe Experience Manager) 上工作，代码库是一个单一的存储库。
我想为后端服务团队做同样的设置。但是，有可能一张工单涉及多个后端服务的变更。
- 支付服务
- 信用卡服务
- 订单服务
目前只有一个 Jenkins 作业具有所有服务的构建参数（下拉列表）。这意味着为了让用户获得对环境的更改，他们需要启动 "createRelease" 作业三次，每次都从下拉列表中选择不同的项目（= 服务）名称。
因此，这意味着只有在所有相关服务都成功构建后，JIRA 票证状态才会更新。有人知道我们如何最好地解决这种情况吗？
您应该使用具有 4 个阶段的 Jenkins 管道，而不是使用带有下拉参数的标准 Jenkins 作业：
- 支付服务构建
- 信用卡服务构建
- 订购服务构建
- JIRA 票据更新（如果前三个阶段成功）
有帮助吗？