Skip to content

[CI] Parity: resolve sha=latest on current develop - #3556

Open
ethanwee1 wants to merge 1 commit into
ethanwee/parity-preview-replacementfrom
ethanwee/parity-latest-sha-develop
Open

[CI] Parity: resolve sha=latest on current develop#3556
ethanwee1 wants to merge 1 commit into
ethanwee/parity-preview-replacementfrom
ethanwee/parity-latest-sha-develop

Conversation

@ethanwee1

@ethanwee1 ethanwee1 commented Aug 11, 2026

Copy link
Copy Markdown

Summary

Resolve an omitted or literal latest SHA to the latest green ROCm run on main while preserving explicit SHA and PR behavior.

Clean replacement for #3393 on current develop, stacked on #3554 for the Preview topology.

Test plan

Made with Cursor

Alignment landing order

Depends on #3554 only for branch stacking. Land before #3555 so manual and automated entry points share stable SHA resolution.

…main


download_testlogs required exactly one of --pr_id or --sha1 and rejected
the "neither" case, so dispatching parity with an empty/"latest" sha (the
documented "latest green on main" option, e.g. a baseline_sha comparison)
failed with "Please provide either pr_id or sha!".

Treat an empty --sha1 or the literal "latest" as "resolve latest green run
on main": look up the newest successful ROCm default-workflow run on main
(download_workflow_run already does this when given no head_sha) and use
its head commit as the target sha. The parity.yml side already omits
--sha1 for "latest", so no workflow change is needed. Also clarifies the
both-provided error message.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant