设置continue-on-error: true后工作流无效？求排查方向

• 检查参数层级是否正确
  确认continue-on-error直接挂载在目标job_id节点下，而非嵌套在steps或其他子节点内。正确写法示例：

  jobs:
    test_job:
      runs-on: ubuntu-latest
      continue-on-error: true  # 位置正确，作用于整个作业
      steps:
        - name: Run failing command
          run: exit 1
  

  若将参数放在steps中，仅会作用于单个步骤而非整个作业，这是最常见的配置错误。

• 确认作业确实触发失败状态
  查看作业执行日志：如果作业本身未触发失败（比如步骤错误被if条件跳过、命令实际返回0），continue-on-error不会有明显效果。需确保作业最终状态为"失败"，再验证参数是否生效。

• 排查工作流的全局失败控制逻辑
  如果工作流设置了concurrency的cancel-in-progress，或是存在needs依赖链中断（比如被依赖的作业失败），可能会覆盖continue-on-error的效果。这类全局控制会优先于单个作业的错误继续设置。

• 验证YAML语法合法性
  YAML对缩进敏感，检查continue-on-error的缩进是否与同层级的runs-on等参数一致（通常为2个空格）。缩进错误会导致GitHub解析器忽略该参数。可使用本地YAML校验工具检查配置文件语法。

• 检查运行器版本兼容性
  若使用自托管运行器，确认其为较新的稳定版本——非常旧的运行器可能存在该特性的兼容性问题。GitHub托管的运行器会自动更新，此点可直接排除。

• 查看工作流总结页的状态标注
  在工作流运行的总结页面，目标作业若显示"失败但继续"（Failed but continued），且整个工作流状态为"成功"，说明参数已生效；若作业显示"失败"且工作流也失败，证明参数未被正确应用。

内容的提问来源于stack exchange，提问作者Dimitri Kopriwa