Skip to content
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

pathogen-repo-ci: Keep running even if one of the pathogen workflows fails #98

Merged
merged 1 commit into from
Jun 14, 2024

Conversation

tsibley
Copy link
Member

@tsibley tsibley commented Jun 14, 2024

In testing it's helpful to report all test results even in the face of an early failure to reduce the chances of playing whack-a-mole with unreported failures once when you fix the first failure. For example, we want to know if the phylogenetic workflow fails even when the ingest workflow run before it fails.

Checklist

…fails

In testing it's helpful to report all test results even in the face of
an early failure to reduce the chances of playing whack-a-mole with
unreported failures once when you fix the first failure.  For example,
we want to know if the phylogenetic workflow fails even when the ingest
workflow run before it fails.
Copy link
Contributor

@joverlee521 joverlee521 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems reasonable to me 👍

@tsibley tsibley merged commit f2486c9 into master Jun 14, 2024
44 of 48 checks passed
@tsibley tsibley deleted the trs/pathogen-repo-ci/keep-going branch June 14, 2024 22:36
@tsibley
Copy link
Member Author

tsibley commented Jun 14, 2024

Hmm, continue-on-error: true is maybe not quite how we want to achieve this behaviour, though. It results in the right behaviour, but misleading job step indicators: both of these failed but aren't marked as such in this bit of UI.

image

I wish I'd realized this a minute earlier. I think I can swap around implementation to have our cake and eat it too.

tsibley added a commit that referenced this pull request Jun 14, 2024
…tinue-on-error: true

While "continue-on-error: true" resulted in the behaviour we wanted, it
also meant the job step status indicators were misleading: even when an
ingest/phylogenetic/nextclade step failed, the UI showed a check mark
for them in the logs.  Instead of masking failures to keep going in the
face of errors, override the default success() conditional by specifying
our own conditions on a status expression.

Related-to: <#98 (comment)>
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.

None yet

2 participants