GitHub Actions if: always() still skipped when dependency is canceled
always() forces a step to run regardless of prior success or failure, but a canceled run can still stop dependent jobs. Understanding always() vs !cancelled() prevents surprising skips.
What this error means
A cleanup step with if: always() does not run after the workflow is canceled, or a dependent job is skipped on cancellation despite always().
github-actions
# Cleanup did not run because the job was canceled upstream
- if: always()
run: ./cleanup.shCommon causes
Cancellation propagates as a skip
A canceled dependency can skip downstream jobs even with always() at step scope.
Confusing always() with !cancelled()
always() runs on failure but you may actually want to honor cancellation differently.
How to fix it
Choose the correct status function
- Use if: always() to run on success, failure, and cancellation at the step level.
- Use if: \${{ !cancelled() }} to run unless canceled.
- For dependent jobs, combine status functions with needs.<job>.result checks.
.github/workflows/ci.yml
- name: Always upload logs
if: always()
uses: actions/upload-artifact@v4
with:
name: logs
path: ./logsHow to prevent it
- Pick always() vs !cancelled() vs success()/failure() deliberately.
- Test cancellation paths, not just success, for cleanup steps.
Related guides
GitHub Actions "Job X has been skipped" (needs result)Fix a GitHub Actions job that is skipped because a job in its needs was skipped or failed - downstream jobs s…
GitHub Actions concurrency: pending job canceledFix a GitHub Actions concurrency group that cancels a pending run - cancel-in-progress and group collisions c…
GitHub Actions "This job depends on a job that was skipped"Fix a GitHub Actions job that will not run because a job it depends on was skipped - skips propagate through…