[GH-ISSUE #580] [Feature] 工作流日志自动或一键清理 #383

New issue

Closed

opened 2026-03-03 01:02:54 +03:00 by kerem · 3 comments

kerem commented

2026-03-03 01:02:54 +03:00

Owner

Originally created by @bigbugcc on GitHub (Apr 1, 2025).
Original GitHub issue: https://github.com/certimate-go/certimate/issues/580

功能描述 / Description

建议添加一键清理工作流日志，一个一个清理太慢了。另外还有邮件的提醒保底，或是保留最新的5-10份日志也足矣。

请求动机 / Motivation

日志ptsd

其他 / Miscellaneous

No response

贡献 / Contribution

我乐意为此贡献代码！ / I am interested in contributing to this feature!

Originally created by @bigbugcc on GitHub (Apr 1, 2025). Original GitHub issue: https://github.com/certimate-go/certimate/issues/580 ### 功能描述 / Description 建议添加一键清理工作流日志，一个一个清理太慢了。另外还有邮件的提醒保底，或是保留最新的5-10份日志也足矣。 ### 请求动机 / Motivation 日志ptsd ### 其他 / Miscellaneous _No response_ ### 贡献 / Contribution - [x] 我乐意为此贡献代码！ / I am interested in contributing to this feature!

kerem

2026-03-03 01:02:54 +03:00

closed this issue
added the
enhancement

stale
labels

kerem commented

2026-03-03 01:02:56 +03:00

Author

Owner

@fudiwei commented on GitHub (Apr 1, 2025):

v0.3.5 版本开始，在系统设置 -> 数据持久化中可以配置定期清理执行历史。但如果你将上一次成功签发证书的历史清理掉，下一次执行时会因找不到前次执行记录而重新申请，因此建议将执行历史保留至少要比证书续期间隔更长的天数，否则每次执行都会重新签发新证书。

后续会考虑为各个列表页增加批量选中并删除的功能。

另外还有邮件的提醒保底

没明白这句话是什么意思？

@fudiwei commented on GitHub (Apr 1, 2025): v0.3.5 版本开始，在系统设置 -> 数据持久化中可以配置定期清理执行历史。但如果你将上一次成功签发证书的历史清理掉，下一次执行时会因找不到前次执行记录而重新申请，因此建议将执行历史保留至少要比证书续期间隔更长的天数，否则每次执行都会重新签发新证书。后续会考虑为各个列表页增加批量选中并删除的功能。 --- > 另外还有邮件的提醒保底没明白这句话是什么意思？

kerem commented

2026-03-03 01:02:56 +03:00

Author

Owner

@bigbugcc commented on GitHub (Apr 1, 2025):

如果日志按数量范围做循环覆盖保留几次最新生成的日志，可大大缩小日志数量🤪也更加简洁。其次邮件保底是指缩减日志数量不会影响到问题追溯和稳定，即使遇到执行失败的工作流也能即使@通知来处理。

@bigbugcc commented on GitHub (Apr 1, 2025): 如果日志按数量范围做循环覆盖保留几次最新生成的日志，可大大缩小日志数量🤪也更加简洁。其次邮件保底是指缩减日志数量不会影响到问题追溯和稳定，即使遇到执行失败的工作流也能即使@通知来处理。

kerem commented

2026-03-03 01:02:56 +03:00

Author

Owner

@fudiwei commented on GitHub (Apr 2, 2025):

如果日志按数量范围做循环覆盖保留几次最新生成的日志，可大大缩小日志数量🤪也更加简洁。其次邮件保底是指缩减日志数量不会影响到问题追溯和稳定，即使遇到执行失败的工作流也能即使@通知来处理。

你可以按你的想法先发个 PR 来~

@fudiwei commented on GitHub (Apr 2, 2025): > 如果日志按数量范围做循环覆盖保留几次最新生成的日志，可大大缩小日志数量🤪也更加简洁。其次邮件保底是指缩减日志数量不会影响到问题追溯和稳定，即使遇到执行失败的工作流也能即使@通知来处理。你可以按你的想法先发个 PR 来~