Примечание.
GitHubразмещенные в данный момент средства выполнения не поддерживаются в GitHub Enterprise Server. Дополнительные сведения о планируемой поддержке в будущем см. в GitHub public roadmap.
About re-running workflows and jobs
Re-running a workflow or jobs in a workflow uses the same GITHUB_SHA
(commit SHA) and GITHUB_REF
(Git ref) of the original event that triggered the workflow run. The workflow will use the privileges of the actor who initially triggered the workflow, not the privileges of the actor who initiated the re-run. You can re-run a workflow or jobs in a workflow for up to 30 days after the initial run. You cannot re-run jobs in a workflow once its logs have passed their retention limits. For more information, see Ограничения использования, выставление счетов и администрирование. When you re-run a workflow or jobs in a workflow, you can enable debug logging for the re-run. This will enable runner diagnostic logging and step debug logging for the re-run. For more information about debug logging, see Enabling debug logging
Re-running all the jobs in a workflow
-
На GitHubперейдите на главную страницу репозитория.
-
Под именем репозитория щелкните Actions.
-
На левой боковой панели щелкните нужный рабочий процесс.
-
В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.
-
In the upper-right corner of the workflow, re-run jobs.
-
If any jobs failed, select the Re-run jobs dropdown menu and click Re-run all jobs.
-
If no jobs failed, click Re-run all jobs.
-
-
Чтобы включить ведение журнала диагностики для средства выполнения и ведение журнала пошаговой отладки для повторного выполнения, установите флажок Включить ведение журнала отладки.
-
Нажмите кнопку "Повторно выполнить задания".
Примечание.
Дополнительные сведения о GitHub CLIсм. в разделе Сведения о GitHub CLI.
To re-run a failed workflow run, use the run rerun
subcommand. Replace run-id
with the ID of the failed run that you want to re-run. If you don't specify a run-id
, GitHub CLI returns an interactive menu for you to choose a recent failed run.
gh run rerun RUN_ID
Чтобы включить ведение журнала диагностики runner и ведение журнала отладки шага для повторного выполнения, используйте --debug
флаг.
gh run rerun RUN_ID --debug
To view the progress of the workflow run, use the run watch
subcommand and select the run from the interactive list.
gh run watch
Re-running failed jobs in a workflow
If any jobs in a workflow run failed, you can re-run just the jobs that failed. When you re-run failed jobs in a workflow, a new workflow run will start for all failed jobs and their dependents. Any outputs for any successful jobs in the previous workflow run will be used for the re-run. Any artifacts that were created in the initial run will be available in the re-run. Any deployment protection rules that passed in the previous run will automatically pass in the re-run.
-
На GitHubперейдите на главную страницу репозитория.
-
Под именем репозитория щелкните Actions.
-
На левой боковой панели щелкните нужный рабочий процесс.
-
В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.
-
In the upper-right corner of the workflow, select the Re-run jobs dropdown menu, and click Re-run failed jobs.
-
Чтобы включить ведение журнала диагностики для средства выполнения и ведение журнала пошаговой отладки для повторного выполнения, установите флажок Включить ведение журнала отладки.
-
Нажмите кнопку "Повторно выполнить задания".
To re-run failed jobs in a workflow run, use the run rerun
subcommand with the --failed
flag. Replace run-id
with the ID of the run for which you want to re-run failed jobs. If you don't specify a run-id
, GitHub CLI returns an interactive menu for you to choose a recent failed run.
gh run rerun RUN_ID --failed
Чтобы включить ведение журнала диагностики runner и ведение журнала отладки шага для повторного выполнения, используйте --debug
флаг.
gh run rerun RUN_ID --failed --debug
Re-running a specific job in a workflow
When you re-run a specific job in a workflow, a new workflow run will start for the job and any dependents. Any outputs for any other jobs in the previous workflow run will be used for the re-run. Any artifacts that were created in the initial run will be available in the re-run. Any deployment protection rules that passed in the previous run will automatically pass in the re-run.
-
На GitHubперейдите на главную страницу репозитория.
-
Под именем репозитория щелкните Actions.
-
На левой боковой панели щелкните нужный рабочий процесс.
-
В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.
-
Under the "Jobs" section of the left sidebar, next to the job that you want to re-run, click .
-
Чтобы включить ведение журнала диагностики для средства выполнения и ведение журнала пошаговой отладки для повторного выполнения, установите флажок Включить ведение журнала отладки.
-
Нажмите кнопку "Повторно выполнить задания".
To re-run a specific job in a workflow run, use the run rerun
subcommand with the --job
flag. Replace job-id
with the ID of the job that you want to re-run.
gh run rerun --job JOB_ID
Чтобы включить ведение журнала диагностики runner и ведение журнала отладки шага для повторного выполнения, используйте --debug
флаг.
gh run rerun --job JOB_ID --debug
Re-running workflows and jobs with reusable workflows
Ссылки на многократно используемые рабочие процессы из общедоступных репозиториев могут указывать код SHA, тег выпуска или имя ветви. Дополнительные сведения см. в разделе Reusing workflows.
При повторном запуске рабочего процесса, в котором есть ссылка на повторно используемый рабочий процесс, формат которой отличен от SHA, следует учитывать важные особенности поведения.
- Повторное выполнение всех заданий в рабочем процессе будет использовать повторно используемый рабочий процесс, на который предоставлена ссылка. Дополнительные сведения о повторном выполнении всех заданий в рабочем процессе см. в разделе Re-running workflows and jobs.
- Повторное выполнение завершившихся неудачей заданий или конкретного задания в рабочем процессе выполняется с помощью повторно используемого рабочего процесса в том же SHA фиксации, который использовался для первой попытки. Дополнительные сведения о повторном выполнении неудачных заданий в рабочем процессе см. в разделе Re-running workflows and jobs. Дополнительные сведения о повторном выполнении определенного задания в рабочем процессе см. в разделе Re-running workflows and jobs.
Reviewing previous workflow runs
You can view the results from your previous attempts at running a workflow. You can also view previous workflow runs using the API. For more information, see Конечные точки REST API для выполнения рабочих процессов.
-
На GitHubперейдите на главную страницу репозитория.
-
Под именем репозитория щелкните Actions.
-
На левой боковой панели щелкните нужный рабочий процесс.
-
В списке запусков рабочего процесса щелкните имя запуска, чтобы просмотреть сводку по выполнению рабочего процесса.
-
To the right of the run name, select the Latest dropdown menu and click a previous run attempt.