使用GitHub Actions并发限制时，能否让工作流任务排队而非被取消？

GitHub Actions文档指出：

您可以使用jobs.<job_id>.concurrency确保同一并发组中仅单个任务或工作流运行。
...
当并发任务或工作流进入队列时，若仓库中同一并发组已有任务或工作流在运行，队列中的任务或工作流将处于待处理状态。该并发组中所有先前待处理的任务或工作流都会被取消。

当前这种逻辑只能维护一个仅含1个待处理任务的小型队列，无法满足多任务排队需求——比如快速触发5个同属一个并发组的任务时，希望第一个任务在运行器可用时立即启动，其余4个进入队列并依次等待运行。

是否有办法实现这一需求？还是需要向GitHub提交功能请求？

可行实现方案 #

目前GitHub Actions原生的concurrency不支持保留多个待处理任务，但可以通过以下方式实现多任务排队：

1. 借助外部队列服务 #

用第三方队列服务（如Redis Queue、AWS SQS等）中转任务：

• 触发工作流时，不直接执行任务，而是将任务标识（如提交ID、运行ID）写入外部队列。
• 单独创建一个调度工作流，定时或事件触发后检查队列，若当前无同并发组的任务在运行，就从队列取出任务并触发执行。

2. 用GitHub生态模拟队列 #

利用GitHub Artifacts或仓库文件维护任务队列：

• 触发工作流时，将当前任务标识追加到队列文件或Artifacts中。
• 任务执行前，检查当前并发组是否有运行中的任务，若有则等待；同时通过锁机制（如临时分支、文件锁）确保每次只有一个任务从队列中取出执行，完成后移除对应标识。

注意：这种模拟方式需要处理并发竞争问题，避免多个工作流同时修改队列。

是否需要提交功能请求？ #

如果上述方案无法满足需求，或者希望官方原生支持该功能，可以通过GitHub的反馈渠道提交功能请求，官方会根据需求优先级评估是否纳入后续版本。

内容的提问来源于stack exchange，提问作者Claus Appel