-
Notifications
You must be signed in to change notification settings - Fork 27
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
Exit with special code upon unexpected error #276
Conversation
Can you please provide some tophats before we merge it |
ruby/lib/minitest/queue.rb
Outdated
@@ -266,6 +266,11 @@ def run_from_queue(reporter, *) | |||
reopen_previous_step | |||
puts red("The heartbeat process died. This worker is exiting early.") | |||
exit!(41) | |||
rescue => e |
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.
rescue => e | |
rescue => error |
38430fc
to
e543a69
Compare
I wonder if a better approach would be to let the summary reporter handle this and we just set a tombstone / error when this happens in Redis? |
^^ Reason for this is that I would like to experiment with setting the commit status only on the summary step, this wouldn't work anymore if we don't ignore the exit status of a worker (we can still return a different exit code though). If we put the error into Redis we can still ignore all workers and succeed if all tests passed and no worker crashed. |
Yeah I imagine with group status checks, we need to do that that instead |
Merging this in for now because this created an incident today. |
We set up ci-queue workers to soft fail on every exit status. We do this mainly to ignore infrastructure failures. Currently, when a test fails due a problem with the test framework, it has an exit status 1 and is ignored. We want to have a unique exit status for such failures to stop ignoring them as soft failure.