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:
admin
access. Lastly, to create secrets or variables for a personal account repository or an organization repository through the REST API, you must have collaborator access.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.
Enabling runner diagnostic loggingRunner 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.RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4