GitHub可复用工作流Schedule触发失效问题求助

针对你遇到的调用可复用工作流的定时任务无法启动，但push触发正常、此前内联步骤时定时功能正常的情况，结合GHES 3.4.7版本特性，以下是已知问题点和解决方案：

核心原因：GHES 3.4.x版本的专属缺陷 #

GitHub Enterprise Server 3.4.x系列存在特定问题：当通过schedule触发器调用跨仓库的可复用工作流时，调度任务无法正常触发。该问题在GHES 3.5及后续版本中已被官方修复。

排查与解决步骤 #

1. 验证权限配置
   定时触发的工作流使用仓库默认的GITHUB_TOKEN，在GHES 3.4.x中，该token的跨仓库访问权限可能受限：

   • 确认调用方仓库的默认token拥有访问MyOrganizationName/my-workflows仓库的权限
   • 检查可复用工作流所在仓库的设置，确保允许同组织内的其他仓库调用该工作流

2. 刷新调度任务状态
   GHES的调度服务可能存在缓存异常，可尝试：

   • 在调用方仓库的Actions页面，手动点击「Run workflow」触发一次任务，强制刷新调度配置
   • 微调工作流中的cron表达式（比如将0 8 * * 1-5改为5 8 * * 1-5），然后push到master分支，触发仓库的调度规则更新

3. 临时替代方案（无需升级GHES）
   如果暂时无法升级版本，可以采用以下两种方式绕过问题：

   • 将定时触发逻辑移到可复用工作流所在仓库，通过传入参数指定要构建的镜像信息
   • 临时将可复用工作流的步骤内联回当前工作流，恢复原有的定时触发能力

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