-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Run superpmi-replay pipeline on JIT PRs #66063
Run superpmi-replay pipeline on JIT PRs #66063
Conversation
Currently, the `runtime-coreclr superpmi-replay` pipeline is run when a JIT change is merged. This change moves the checking to happen on the PR pre-merge, as a requirement for merging.
Tagging subscribers to this area: @JulieLeeMSFT Issue DetailsCurrently, the
|
Currently, the superpmi-replay pipeline takes 3 hours. Seems like we should increase the Helix parallelism to reduce this time if we're going to run the pre-merge. |
@dotnet/jit-contrib |
Are you planning to change this before merging this PR? |
Never mind. Didn't see #66065 |
@dotnet/jit-contrib Now that #66065, this is ready to go, as long as we're willing to accept 1h40m time for a PR job. (I'm not sure how long our existing jobs take...) |
I don't mind having this gate for JIT changes. |
@dotnet/jit-contrib Any more opinions on this, and/or PR approval? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I thought this was already merged and wondered couple of times why it didn't get triggered on my PRs. Now I know why. :)
Currently, the
runtime-coreclr superpmi-replay
pipeline is runwhen a JIT change is merged. This change moves the checking to happen
on the PR pre-merge, as a requirement for merging.