Rerun Failed Jobs
This document explains how to rerun failed pipeline jobs, including two methods: rerunning the entire pipeline and rerunning only the failed jobs.
When a pipeline fails due to a transient error (network jitter, Runner temporarily unavailable, third-party service timeout), you need to rerun it to confirm whether it is a recoverable issue.
Configuration Instructions
Rerun the Entire Pipeline
- Go to the run details page and click the Rerun All Jobs button in the top right corner.
- The system creates a new run record, and all jobs are re-executed, with the run number incremented.
Rerun Failed Jobs
- Go to the run details page and click the Rerun All Jobs button in the top right corner.
- The system re-executes only the failed jobs in this run, while successful jobs retain their original results.
Note: If the workflow contains
stagesdefinitions and a stage hasfail_fast: trueset, when rerunning failed jobs, the jobs in subsequent stages that were skipped will also be rerun, as their failure is caused by upstream issues, not their own.
Context Variables Are Preserved During Rerun
During rerun, values such as sha, ref, event_name, ATOMGIT_RUN_ID, and ATOMGIT_RUN_NUMBER in the atomgit context remain consistent with the original run.
Rerun Restrictions
| Restriction | Description |
|---|---|
| Maximum Retry Count | A single run can be rerun up to 50 times |
| Configuration Changes | Reruns use the workflow configuration from the original commit, and do not read the latest configuration |