[GH-ISSUE #357] 试了一下0.3版的, 整体使用体验比0.2版好了不少, 但是还有两点问题 #216

New issue

Closed

opened 2026-03-03 01:01:41 +03:00 by kerem · 1 comment

kerem commented

2026-03-03 01:01:41 +03:00

Owner

Originally created by @fudiwei on GitHub (Nov 27, 2024).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/357

          试了一下0.3版的, 整体使用体验比0.2版好了不少, 但是还有两点问题

中间环节执行失败会导致整个流程结束, 但是某些节点的失败其实是不影响整体流程的, 比如我在申请成功后发送一个通知, 不管通知成功与否, 都不影响后续的部署的, 因此是否可以节点上增加一个参数, 控制失败是否结束流程;
添加分支是否可以分成"失败分支"和"成功分支", 上一个节点执行失败走"失败分支", 成功则走"成功分支", 如此可以自行控制某个环节成功了如何处理, 失败了如何处理, 比如根据处理结果发送不同的通知渠道, 或者失败时执行一些补救措施

Originally posted by @meilonme in https://github.com/usual2970/certimate/issues/355#issuecomment-2502652680

Originally created by @fudiwei on GitHub (Nov 27, 2024). Original GitHub issue: https://github.com/certimate-go/certimate/issues/357 试了一下0.3版的, 整体使用体验比0.2版好了不少, 但是还有两点问题 1. 中间环节执行失败会导致整个流程结束, 但是某些节点的失败其实是不影响整体流程的, 比如我在申请成功后发送一个通知, 不管通知成功与否, 都不影响后续的部署的, 因此是否可以节点上增加一个参数, 控制失败是否结束流程; 2. 添加分支是否可以分成"失败分支"和"成功分支", 上一个节点执行失败走"失败分支", 成功则走"成功分支", 如此可以自行控制某个环节成功了如何处理, 失败了如何处理, 比如根据处理结果发送不同的通知渠道, 或者失败时执行一些补救措施 _Originally posted by @meilonme in https://github.com/usual2970/certimate/issues/355#issuecomment-2502652680_