-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
runtime-staging
: Enable failed tests on stable jobs to fail the job
#73400
Conversation
Tagging subscribers to 'arch-wasm': @lewing Issue Details.. Currently, xplat-setup.yml passes on Which essentially means that runtime-staging defaults to But this does not allow making a runtime-staging job fail when tests
|
.. `false`. Currently, xplat-setup.yml passes on `shouldContinueOnError` to the template with `true` if the parameter was `true`, else it sets the value based on whether this is for runtime-staging, on a PR. Which essentially means that runtime-staging defaults to `shouldContinueOnError: true` for PRs, or we can set it explcitly to `true` which would affect the rolling builds. But this does not allow making a runtime-staging job *fail* when *tests fail*. To support that this change adds a check for a special value `forceFalse`, which causes the param to explicitly set to `false`. Thus allowing `runtime-staging` builds to be marked as such.
runtime-staging
: Enable failed tests on stable jobs to fail the job
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.
LGTM after making the changes we discussed on Discord
As discussed, I'll move the stable wasm jobs from |
xplat-setup.yml: Add support for setting shouldContinueOnError to
..
false
.Currently, xplat-setup.yml passes on
shouldContinueOnError
to thetemplate with
true
if the parameter wastrue
, else it sets the valuebased on whether this is for runtime-staging, on a PR.
Which essentially means that runtime-staging defaults to
shouldContinueOnError: true
for PRs, or we can set it explcitly totrue
which would affect the rolling builds.But this does not allow making a runtime-staging job fail when tests
fail. To support that this change adds a check for a special value
forceFalse
(thanks to @akoeplinger for the suggestion), which causesthe param to explicitly set to
false
. Thus allowingruntime-staging
builds to be marked as such.
These jobs will now fail when their tests fail:
This will prevent errors getting missed, and merged because
runtime-staging
wasn't looked atAlso, add more paths to trigger tests on CI
Related: #73166