You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ci: name the Ubuntu image instead of asking for the queue
`ubuntu-latest` is the only runner label in this repository that waits for a
runner. Between 07:00 and 14:00 UTC its median queue is 15.8 minutes for a
single-job lane and 33.4 for CI, while `ubuntu-24.04`, `ubuntu-24.04-arm`,
`windows-2025` and `macos-15` all sit at 0.3 minutes in the same window and
`macos-latest` and `windows-latest` at 0.1. Outside 07:00-14:00 every label
including `ubuntu-latest` is at 0.1, so this is contention during working
hours, not a property of the work.
The sharpest control is one `gitoxide-helper-admission` run fanning out to
three operating systems from a single `created_at`: median queue 15.0 / 0.1 /
0.1 minutes. It is not the `-latest` alias, since two of those three are
aliases. It is not our own `concurrency` groups, since every workflow's median
`run_started_at - created_at` is 0.0. It is not a self-hosted split, since
`runner_group_name` reads `GitHub Actions` on both sides.
`ubuntu-latest` resolves to `ubuntu24` today — image `ubuntu24/20260823.283` —
so naming `ubuntu-24.04` asks for the same machine and changes no behaviour.
Thirteen jobs across the release and packaging workflows already pin it; these
eight were the ones still on the alias.
`windows-latest` and `macos-latest` are deliberately left alone. They cost
nothing to wait for, and pinning them would be a real image change for no
measured gain.
What this costs is the automatic image upgrade: when GitHub moves `latest`,
these labels move by hand. The test that holds the rule says so.
Refs #4480
0 commit comments