[GH-ISSUE #702] [Feature] 工作流中的执行结果分支能否添加跳过执行 #472

Closed
opened 2026-03-03 01:03:36 +03:00 by kerem · 2 comments
Owner

Originally created by @800118 on GitHub (May 18, 2025).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/702

功能描述 / Description

目前的执行结果分支,只有“若前序节点执行成功”和“失败”两个选项,能否添加一个跳过执行的选项?

请求动机 / Motivation

比如申请证书成功之后的60天都不会重复申请新的证书,执行结果是skip跳过,但是算到执行成功的分支中,这样有些功能就不好布置,比如推送通知,nginx重启等,如果添加了跳过选项,那只需要在每次真正执行了申请部署证书之后才会推送通知,重启nginx,而跳过的时候则不会推送,希望考虑。

其他 / Miscellaneous

另外请教一下,为何certimate的执行文件体积这么大呢,有 180多M,我不懂编程,但感觉是否可以优化一下?

贡献 / Contribution

  • 我乐意为此贡献代码! / I am interested in contributing to this issue!
Originally created by @800118 on GitHub (May 18, 2025). Original GitHub issue: https://github.com/certimate-go/certimate/issues/702 ### 功能描述 / Description 目前的执行结果分支,只有“若前序节点执行成功”和“失败”两个选项,能否添加一个跳过执行的选项? ### 请求动机 / Motivation 比如申请证书成功之后的60天都不会重复申请新的证书,执行结果是skip跳过,但是算到执行成功的分支中,这样有些功能就不好布置,比如推送通知,nginx重启等,如果添加了跳过选项,那只需要在每次真正执行了申请部署证书之后才会推送通知,重启nginx,而跳过的时候则不会推送,希望考虑。 ### 其他 / Miscellaneous 另外请教一下,为何certimate的执行文件体积这么大呢,有 180多M,我不懂编程,但感觉是否可以优化一下? ### 贡献 / Contribution - [ ] 我乐意为此贡献代码! / I am interested in contributing to this issue!
kerem 2026-03-03 01:03:36 +03:00
Author
Owner

@fudiwei commented on GitHub (May 18, 2025):

部署节点本来就可以配置跳过。

通知节点跳过 duplicate #471


大小问题因为 golang 是全静态编译,即不依赖任何动态链接库,构建出来的二进制本身就大。再加上因为要调用各种第三方服务所引入的 SDK 越来越多所以体积也在膨胀(比如为了支持 k8s 就膨胀了 30MB)。

当然其实也可以提供动态链接的版本,但对用户来说就面临潜在的依赖缺失问题了(想想 C/C++,程序本体小是小了,都大在动态链接库上了,装个程序先得装八百个依赖 😂),跟开箱即用的理念是相违背的。

后续会考虑引入 upx 之类的压缩方案,但因为对于主流的 docker 部署场景提升有限,优先级不高。

<!-- gh-comment-id:2889257550 --> @fudiwei commented on GitHub (May 18, 2025): 部署节点本来就可以配置跳过。 通知节点跳过 duplicate #471 --- 大小问题因为 golang 是全静态编译,即不依赖任何动态链接库,构建出来的二进制本身就大。再加上因为要调用各种第三方服务所引入的 SDK 越来越多所以体积也在膨胀(比如为了支持 k8s 就膨胀了 30MB)。 当然其实也可以提供动态链接的版本,但对用户来说就面临潜在的依赖缺失问题了(想想 C/C++,程序本体小是小了,都大在动态链接库上了,装个程序先得装八百个依赖 😂),跟开箱即用的理念是相违背的。 后续会考虑引入 upx 之类的压缩方案,但因为对于主流的 docker 部署场景提升有限,优先级不高。
Author
Owner

@callect commented on GitHub (May 22, 2025):

我也有这个疑惑。
题主的问题其实是为什么跳过之后算成功分支,这样的话还是天天通知部署成功。
我们期望部署跳过的结果可以算在失败分支,这样就只有在真正更新成功证书的时候才通知。

部署节点本来就可以配置跳过。

<!-- gh-comment-id:2901280709 --> @callect commented on GitHub (May 22, 2025): 我也有这个疑惑。 题主的问题其实是为什么跳过之后算成功分支,这样的话还是天天通知部署成功。 我们期望部署跳过的结果可以算在失败分支,这样就只有在真正更新成功证书的时候才通知。 > 部署节点本来就可以配置跳过。
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/certimate#472
No description provided.