-
Couldn't load subscription status.
- Fork 404
Have the release script warn if a workflow is queued for >15m #19084
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
base: develop
Are you sure you want to change the base?
Conversation
| # Warn the user if any workflows are still queued. They might need to fix something. | ||
| if any(workflow["status"] == "queued" for workflow in resp["workflow_runs"]): | ||
| _notify("Warning: at least one release workflow is still queued...") | ||
| continue |
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.
This prevents someone from continuing the release if one of the workflows is queued. It looks like previously we allowed people to continue even if some workflows failed so I don't think we would want to block forever in the queued case.
We should probably integrate this into the logic below and give people the option to continue anyway.
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.
Good point! I've done so in b5c66de.
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.
Currently, this allows you to continue even without the in_progress workflows being done yet. I think we at-least want to wait for those.
7f3a836 to
9cd8166
Compare
| if any(workflow["status"] == "queued" for workflow in resp["workflow_runs"]): | ||
| _notify("Warning: at least one release workflow is still queued...") |
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.
In the case of the macOS runners not working for that whole day, we'd see this warning every 5 minutes and asked to continue.
I assume that's fine as at that point you would be monitoring the actions and continue once you see them done and not pressing continue on this script over and over.
| # Warn the user if any workflows are still queued. They might need to fix something. | ||
| if any(workflow["status"] == "queued" for workflow in resp["workflow_runs"]): | ||
| _notify("Warning: at least one release workflow is still queued...") | ||
| continue |
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.
Currently, this allows you to continue even without the in_progress workflows being done yet. I think we at-least want to wait for those.
Currently the script will just emit "Workflows failed" if a workflow is queued for over 15m (which has been happening recently due to MacOS runners being slow to get).
After this change, the release manager will be warned that a workflow is still queued, prompting them to go and do something about it.
Pull Request Checklist
EventStoretoEventWorkerStore.".code blocks.