是否考虑由 Jenkins 在完成构建后主动触发 GitHub Actions

[neveler]

当前发版流程是通过主动轮询 Jenkins CI 的方式实现的。这种方式存在请求频繁、响应延迟和资源浪费等问题。

根据 GitHub Actions 官方文档，理论上可以在 Jenkins 完成构建后，主动请求 GitHub 的端点触发 workflow_dispatch 事件，从而启动发版流程。

存在一点不足是部分地区无法直接访问 Github 服务器，但理论上可以通过搭建中转服务器解决。

[burningtnt]

请求频繁、响应延迟和资源浪费都不是问题。公共仓库的 GitHub Action 是免费的，那点网络请求也几乎可以忽略不计。延迟更不是问题：推送更新会在 T+1 之后，远超三小时一次的轮询。

[neveler]

请问这是你个人的观点还是整个团队的观点。

[burningtnt]

个人观点。如果这是团队观点，我已经点 Mark As Answer 了

[zkitefly]

我觉得可以 Jenkins CI 构建好后直接到 GitHub Action 页面手动触发检查，毕竟 Jenkins CI 也是手动触发构建的嘛🤔

不过这得看看 @Glavo 觉得怎么样更好，毕竟这个自动发版一开始就是他搞的。

[Glavo]

我觉得可以 Jenkins CI 构建好后直接到 GitHub Action 页面手动触发检查，毕竟 Jenkins CI 也是手动触发构建的嘛🤔

一直是手动触发的，自动检查只是兜底。

[Glavo]

Jenkins CI 由黄鱼维护，很难对其进行配置，所以我们会尽量在 GitHub 上完成大部分工作，而不会优先考虑让 CI 服务器主动进行一些操作。