文档提到...
注意：此批准期限受更广泛的 72 小时限制 工作流程超时。所以在弄清楚如何做时请记住这一点 批准者必须快速回复。
然后再往下一点，它说......
作业（包括暂停的作业）将在 6 小时后失败
我发现以上两种说法非常令人困惑。需要多长时间才能批准，72 小时还是 6 小时？这两个超时有什么区别？我可以更详细地了解每种场景的定义吗？
我在 72 小时内找不到用于工作流程执行的官方 GitHub 源。
GitHub 文档说
工作流程运行时间 - 每个工作流程运行仅限 35 天。如果工作流运行达到此限制，则工作流运行将被取消。此期间包括执行持续时间以及等待和批准所花费的时间。
同一消息来源称，GitHub 托管的运行程序运行时间不能超过 6 小时，这有效限制了作业消耗计算资源的时间。但是，当作业等待手动批准时，它不会消耗计算资源。一旦收到批准，跑步者就会开始。
自托管运行器可以有更长的执行时间。但是，作业执行具有由工作流本身设置的自己的超时。其默认值为 360 分钟。可以增加此超时时间。请参阅此处
我将上述内容理解为给予审批者最多 35 天的时间来批准等待环境手动审批部署保护规则的作业。