GitHub工作流作业超时分钟数被忽略。为什么?

GitHub工作流作业超时分钟数被忽略。为什么?,github,continuous-integration,github-actions,stryker,Github,Continuous Integration,Github Actions,Stryker,据 超时分钟数参数默认为360分钟(6小时) 我并行化了我的突变测试,因此我的工作流程大约需要6.5个小时才能运行(使用Stryker进行突变测试,在2个核心上进行约1600个突变,并行执行9个任务)。因此,我将变异作业的超时时间设置为420分钟(7小时),以防万一: 这似乎被忽略,因为工作流仍将在6小时23分钟后结束(无警告/错误): 为什么我的价值被忽视了 另外,我可以做些什么来在工作流虚拟机上使用更多CPU吗?GitHub托管的跑步者每个作业最多6小时 使用限制 使用GitHub托管的运行

超时分钟数参数默认为360分钟(6小时)

我并行化了我的突变测试,因此我的工作流程大约需要6.5个小时才能运行(使用Stryker进行突变测试,在2个核心上进行约1600个突变,并行执行9个任务)。因此,我将变异作业的超时时间设置为420分钟(7小时),以防万一:

这似乎被忽略,因为工作流仍将在6小时23分钟后结束(无警告/错误):

为什么我的价值被忽视了


另外,我可以做些什么来在工作流虚拟机上使用更多CPU吗?

GitHub托管的跑步者每个作业最多6小时

使用限制

使用GitHub托管的运行程序时,GitHub操作的使用有一些限制。这些限制可能会发生变化

[……]

  • 作业执行时间-工作流中的每个作业最多可运行6小时的执行时间。如果作业达到此限制,作业将终止并无法完成

非常感谢您。我在任何地方都找不到这个信息。。。因此,唯一的解决办法是使用自托管运行程序或以某种方式使作业执行更快?是的,据我所知,这些是唯一可能的选项。好的,只是分享我的发现-GitHub不建议在公共存储库上使用自托管运行程序,因为这可能导致运行程序上的漏洞。