mirror of
https://github.com/certimate-go/certimate.git
synced 2026-04-26 05:05:56 +03:00
[GH-ISSUE #702] [Feature] 工作流中的执行结果分支能否添加跳过执行 #472
Labels
No labels
announcement
backlog
bug
declined
documentation
duplicate
enhancement
good first issue
good first issue
help wanted
invalid
pull-request
question
stale
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/certimate#472
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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
@fudiwei commented on GitHub (May 18, 2025):
部署节点本来就可以配置跳过。
通知节点跳过 duplicate #471
大小问题因为 golang 是全静态编译,即不依赖任何动态链接库,构建出来的二进制本身就大。再加上因为要调用各种第三方服务所引入的 SDK 越来越多所以体积也在膨胀(比如为了支持 k8s 就膨胀了 30MB)。
当然其实也可以提供动态链接的版本,但对用户来说就面临潜在的依赖缺失问题了(想想 C/C++,程序本体小是小了,都大在动态链接库上了,装个程序先得装八百个依赖 😂),跟开箱即用的理念是相违背的。
后续会考虑引入 upx 之类的压缩方案,但因为对于主流的 docker 部署场景提升有限,优先级不高。
@callect commented on GitHub (May 22, 2025):
我也有这个疑惑。
题主的问题其实是为什么跳过之后算成功分支,这样的话还是天天通知部署成功。
我们期望部署跳过的结果可以算在失败分支,这样就只有在真正更新成功证书的时候才通知。