关于trstringer/manual-approval GitHub Action的超时规则疑问
审批时限与两种超时机制的区别及适用场景
核心结论
先给你明确:审批环节的实际有效时限是6小时,72小时是整个工作流的全局总时长上限,两者针对的对象完全不同。
两种超时机制的区别
72小时全局工作流超时
注意:审批时长受工作流的72小时全局超时限制,请在确定审批者响应时限时留意这一点。
这是管整个工作流从启动到彻底结束的总时长——不管中间有多少步骤(审批、执行任务、等待节点啥的),加起来总耗时不能超过72小时。哪怕审批只用了1小时,后面任务跑了71小时,到点整个工作流直接终止。6小时暂停作业超时
作业(包括暂停的作业)将在6小时后失败。
这是专门管处于「暂停等待审批」状态的单个作业的——工作流走到审批环节,作业停下来等审批,这个等待状态最多撑6小时。6小时内没人批,这个作业直接失败,整个工作流也跟着终止。
适用场景
- 72小时全局超时:用来控制复杂长流程的总耗时,避免工作流无限期挂着占资源。比如那种有好几轮审批、跨好几个部门执行任务的工作流,确保整个流程不会拖得没边。
- 6小时暂停作业超时:用来逼审批环节提高响应速度,防止单个审批卡住整个流程。比如需要紧急处理的审批请求,逼着审批人在合理时间内给反馈,别让工作流因为没人审批一直僵着。
内容的提问来源于stack exchange,提问作者Tim Hardy
相关产品推荐
相关产品推荐

