You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

GitHub Actions待处理作业取消后,后续提交的部署触发逻辑咨询

问题解答

先看你给出的工作流配置:

concurrency: prod

on:
    push:

jobs:
    test-deploy:
        environment: prod

这里的concurrency: prod会让同属prod并发组的工作流受排队规则约束:当作业#1(对应第一次提交)处于待处理(等待手动审批)状态时,后续的提交b、c触发的工作流会被标记为「skipped」并进入队列等待,不会立即执行。

当你取消待处理的作业#1后,GitHub会触发队列里**最新的提交(提交c)**对应的部署作业,中间的提交b会被直接跳过,不会触发部署。

这是因为GitHub的并发队列会保留最新的触发事件,当并发组的锁(被作业#1占用)被释放时,会优先执行队列里最新的待处理事件,旧的中间提交不会再被触发。

内容的提问来源于stack exchange,提问作者Ben

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.02 09:29:50