ci: add per-job timeout-minutes to the CI workflow - #4
Merged
Merged
Conversation
Every job in this repository could previously run until the GitHub 6 h ceiling. A hung job therefore held a runner slot for hours. Each job now carries an explicit timeout-minutes. Rule: the budget is 3 x the job's observed p90 duration, rounded up to the nearest 5 minutes. Where 72 h of run history contains no completed sample for a job, the class default for that job's class is used instead. Every job below falls in the second case. .github/workflows/ci.yml roundtrip 30 class default (other), unobserved cross-job 30 class default (other), unobserved unit 20 class default (unit-test), unobserved The roundtrip matrix runs on three operating systems; the timeout is per matrix leg, not per workflow, so 30 minutes bounds each leg. No concurrency change: ci.yml already declares a workflow-level concurrency group with cancel-in-progress. Job names, job count and workflow triggers are unchanged.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
ci: add per-job timeout-minutes to the CI workflow
Every job in this repository could previously run until the GitHub 6 h
ceiling. A hung job therefore held a runner slot for hours. Each job now
carries an explicit timeout-minutes.
Rule: the budget is 3 x the job's observed p90 duration, rounded up to
the nearest 5 minutes. Where 72 h of run history contains no completed
sample for a job, the class default for that job's class is used
instead. Every job below falls in the second case.
.github/workflows/ci.yml
roundtrip 30 class default (other), unobserved
cross-job 30 class default (other), unobserved
unit 20 class default (unit-test), unobserved
The roundtrip matrix runs on three operating systems; the timeout is
per matrix leg, not per workflow, so 30 minutes bounds each leg.
No concurrency change: ci.yml already declares a workflow-level
concurrency group with cancel-in-progress.
Job names, job count and workflow triggers are unchanged.
Part of the CI pool right-sizing programme; edits derived from 72 h of run history.