Save time with partial re-runs in GitHub Actions
It is now possible to re-run only failed jobs or a single job in GitHub Actions workflows.
![](https://github.blog/wp-content/uploads/2022/03/rerun-failed-jobs-github-actions_banner.png?resize=1600%2C850)
We have heard from you and we’re excited to announce that we have added the ability to re-run only the failed jobs or a single job in GitHub Actions. In addition, we have made navigation improvements that enable you to see the full results of previous runs.
Why would I want this?
GitHub Actions workflows are powerful tools, enabling you to automate a wide variety of software development processes. Our users build complex workflows that often rely on multiple jobs and dependencies. Features like job matrices can trigger multiple variant jobs with just a few lines of YAML. However, these workflows can take a while to run, so when a small part fails, it is frustrating to have to wait to run it again.
By re-running only failed jobs—or even just a single job—you save time, skipping work that’s already been done. If you frequently use GitHub Actions, this can help you avoid concurrency limits and frees up your self-hosted runners for other jobs. As a bonus, if you use GitHub-hosted runners, you can save money by reducing billable minutes.
Ultimately, we want you to be able to iterate and ship software faster. 🚀
OK, how does it work?
If you have failing jobs in a workflow run, you’ll now see a new drop-down menu where you can choose “Re-run failed jobs” in addition to the existing “Re-run all jobs”. For a completed run, each job listed in the sidebar has a re-run icon when you hover over it. Jobs can also be re-run directly from the logs view.
Additionally, when you initiate a partial re-run, you’ll see a confirmation dialog that lists all the jobs that will be re-run, including all jobs that are downstream dependencies.
Should you have more than one attempt at a workflow run, you’ll see a navigation drop-down to let you easily move between attempts. This is helpful for debugging what occurred across the various attempts of that run.
Jobs from your new run appear in the UI alongside those that ran previously, giving you the full picture of what happened and letting you view all relevant job logs together. Only the minutes spent on jobs that were re-run are calculated towards your minutes of usage.
Let us know what you think
Partial re-runs are available via our REST API and our command-line tools. Please check out the documentation for more detail.
We want to hear how this works for you! Please leave any feedback in the Actions and Packages category in the GitHub Feedback repository.
Tags:
Written by
Related posts
![](https://github.blog/wp-content/uploads/2023/10/Collaboration-DarkMode-2.png?resize=400%2C212)
2024 is the biggest global election year in history. What’s at stake for developers?
GitHub is considering what is at stake for our users and platform, how we can take responsible action to support free and fair elections, and how developers contribute to resilient democratic processes.
![](https://github.blog/wp-content/uploads/2023/10/AI-DarkMode-2.png?resize=400%2C212)
GitHub named a Leader in the Gartner first-ever Magic Quadrant for AI Code Assistants
This year, as part of its annual Magic Quadrant series, Gartner published a first-of-its-kind report analyzing the state of play in the AI Code Assistants market–and named GitHub a Leader.
![AI in software development 2024 survey results with colorful graphics and percentages.](https://github.blog/wp-content/uploads/2024/08/ai-survey-header.png?resize=400%2C212)
Survey: The AI wave continues to grow on software development teams
We surveyed 2,000 people on software development teams at enterprises in the U.S., Brazil, India, and Germany about the use, experience, and expectations around generative AI tools in software development.