If the workflow logs do not provide enough detail to diagnose why a workflow, job, or step is not working as expected, you can enable additional debug logging.
These extra logs are enabled by setting secrets or variables in the repository containing the workflow, so the same permissions requirements will apply:
write access. For a personal account repository, you must be a repository collaborator.admin access. For more information on environments, see Managing environments for deployment.For more information on setting secrets and variables, see Using secrets in GitHub Actions and Store information in variables.
Additionally, anyone who has access to run a workflow can enable runner diagnostic logging and step debug logging for a workflow re-run. For more information, see Re-running workflows and jobs.
Runner diagnostic logging provides additional log files that contain information about how a runner is executing a job. Two extra log files are added to the log archive:
ACTIONS_RUNNER_DEBUG to true. If both the secret and variable are set, the value of the secret takes precedence over the variable.runner-diagnostic-logs folder. For more information on downloading logs, see Using workflow run logs.Step debug logging increases the verbosity of a job's logs during and after a job's execution.
ACTIONS_STEP_DEBUG to true. If both the secret and variable are set, the value of the secret takes precedence over the variable.You can also use the runner.debug context to conditionally run steps only when debug logging is enabled. For more information, see Contexts reference.