Stage长期处于Waiting in the Deployment Queue状态未分配作业的原因及优先级影响因素

• 该Stage绑定了专属节点标签，集群内没有匹配对应标签的空闲/可用执行节点（如Runner、Agent），其他未绑定特殊标签的Stage可正常调度到公共执行节点，所以不会出现等待问题。
• 该Stage所属的项目/环境配置了并发执行限制：比如同类型部署作业最大并发数为1，且当前有同标签的历史作业长期处于挂起/运行状态，占满了并发配额没有释放。
• Stage配置的依赖资源未就绪：比如要求必须等待特定环境解锁、依赖的前置构建产物校验失败，系统卡在资源校验环节不会分配作业资源。
• 部署队列配置了时间窗口限制：该Stage仅允许在指定时间段内执行，当前不在允许的部署时间范围内，会一直停留在队列中不被调度。
• 专属队列配额被占满：部分CI/CD平台支持给特定Stage/生产环境划分独立的队列配额，若该配额被其他长期运行的同队列作业占满，且没有配置超时自动释放规则，新作业就会无限等待。
• 执行节点权限配置错误：该Stage指定的专属执行节点未开放当前项目的使用权限，调度时会持续过滤该节点，无法完成作业分配。
• 作业配置存在隐性错误：比如Stage的部署配置引用了不存在的密钥、环境变量，部分平台会先将作业放入队列，调度前校验失败但不抛出明确错误，仅保持待分配状态。

• 显式优先级配置：多数CI/CD平台支持给Stage/作业设置1-10级的优先级数值，数值越高调度优先级越高，高优先级作业会插队优先分配资源。
• 资源占用权重：要求的CPU、内存、GPU等计算资源越少的作业，调度优先级越高，更容易匹配到空闲节点。
• 队列归属权限：专属队列的作业优先级高于公共队列，项目级专属队列的作业优先级高于组织级共享队列的作业。
• 等待时长权重：部分平台的调度规则会动态提升长时间等待作业的优先级，避免出现作业饥饿问题，但硬限制规则会覆盖该动态优先级。
• 环境级别权重：生产环境对应的部署Stage默认优先级高于测试、开发环境的Stage。
• 分支权重：主干分支（main/master）的部署作业优先级高于功能分支、补丁分支等临时分支的作业。

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