GitLab CI阻塞流水线与allow_failure=true流水线资源占用对比及配置疑问

1. 阻塞状态流水线的资源占用情况 #

• 处于阻塞状态的流水线，其等待触发的手动作业不会占用Runner的计算资源（CPU、内存等），因为这些作业并未实际执行，只是处于待触发的队列中。
• GitLab会留存流水线的元数据（如作业状态、触发记录等），这部分仅占用极小的存储资源，和已通过状态的流水线相比，资源消耗几乎没有差异，不存在“阻塞状态比已通过状态占用更多资源”的情况。

2. 是否应为手动作业设置allow_failure=true？ #

这取决于手动作业的性质和流水线的流程要求：

• 如果手动作业是可选环节（比如临时测试、预环境部署验证等，不影响核心流程的完整性），建议设置allow_failure=true。这样流水线不会因等待手动触发而卡住，开发者提交代码后能快速看到核心流程的执行结果，提升迭代效率。
• 如果手动作业是强制要求的关键环节（比如生产环境部署、合规性校验等，必须执行才能完成流水线），则不能设置allow_failure=true，需保持默认的false，确保关键步骤不会被跳过，流水线必须在触发该作业并执行成功后才算完成。
• 进阶建议：可以结合rules中的条件分支，针对不同场景配置不同的allow_failure值。比如仅在main分支的生产部署作业设为false，其他分支的手动测试作业设为true，兼顾流程合规与开发效率。

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