perf(ci): run the 13.4 canary and GA probe after the push #54
Loading…
Reference in a new issue
No description provided.
Delete branch "perf/ci-canary-after-push"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Follow-up to #53 (this commit was mistakenly pushed to that branch after it merged; re-homed here).
The allowed-to-fail CUDA 13.4 canary (a full prerelease toolkit install plus kernel compile) and its GA-probe companion sat between the release builds and the push, delaying every release by their runtime. Both now run at the end of the job, after the image push and the git tag, where failing or dawdling can no longer hold anything up.
Both 13.4 steps move (not just the canary): they are documented as companions, and the GA probe turns into a full multi-GB build the day NVIDIA publishes the 13.4 base images -- it would become the next release-delayer otherwise. Their early-warning signal is unchanged: they still run on every main push, just after the release artifacts are already out.
🤖 Generated with Claude Code
Automated review by pr-reviewer v0.37.0 | Safety Check | Claude Sonnet 5 | tracking id
r-61d5d7-1795c3This is an AI-generated review and may contain mistakes.
Status: ✅ Completed
✅ Verdict: LGTM — Simple reordering of two non-blocking CI steps with no logic changes; nothing alarming.
This is a straightforward reordering of two CI steps (CUDA 13.4 canary build and GA probe) from before the push/tag steps to after them. Both steps are unchanged in content — same
continue-on-error: true, same build commands, same comments (with a minor addition explaining the reordering rationale). No logic changes, no new secrets, no credentials, and the steps remain build-only (never pushed/tagged to registry). This matches the PR description exactly: purely a move to avoid delaying releases, with no behavior change to the steps themselves.a9cc7b0b8ef82dcc1783Automated review by pr-reviewer v0.37.0 | Safety Check | Claude Sonnet 5 | tracking id
r-61d61e-07f13eThis is an AI-generated review and may contain mistakes.
Status: ✅ Completed
✅ Verdict: LGTM — Straightforward reordering of two allowed-to-fail CI steps to run after the push/tag steps, matching the stated intent with no logic or risk changes.
The diff simply relocates two
continue-on-error: truesteps (CUDA 13.4 canary build and GA probe) from before the image push/tag steps to after them, with no logic changes to the steps themselves. Both steps retain theircontinue-on-error: trueflag, so this reordering doesn't risk blocking the pipeline, and it matches the stated intent (avoid delaying releases with allowed-to-fail, long-running steps). No secrets, credentials, or unrelated files are touched; change is isolated to the workflow YAML. This is a low-risk CI reordering change.