-
Notifications
You must be signed in to change notification settings - Fork 54
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
Make Julia nightly tests optional to pass #418
Conversation
Codecov Report
@@ Coverage Diff @@
## master actions/toolkit#418 +/- ##
=======================================
Coverage 95.45% 95.45%
=======================================
Files 36 36
Lines 1760 1760
=======================================
Hits 1680 1680
Misses 80 80 Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here. |
I'm personally not a fan of using I'd rather we figure out why tests are failing on nightly. If it's always a segfault, then one theory is that multithreading is to blame. So the workaround in that case would be to disable threads when running the nightly tests. |
Looks like this is functioning. Although there are jobs in the workflow which have failed the workflow still is passing (only nightly jobs failed). You can see this by viewing the workflow summary; in this case: https://github.com/JuliaTime/TimeZones.jl/actions/runs/3550945355 Also, viewing the badge for this branch you can see a pass: |
As you can see from this PR when the nightly jobs fail they still show up as failures in the checks below. The only real change In the past there have been discussions about running nightly CI tests at all as sometimes the failures there are due to issues introduced into the Julia build rather than from this package itself. Typically when this happens people advocate for removing the nightly tests entirely here. Personally, I like having the tests run against nightly to serve as an early warning system but have them optional to pass.
I dislike the idea of disabling the multithreading tests on nightly as at some point we'd want to re-enable them resulting in unnecessary CI configuration changes. Having them be optional seems like a better approach. I'll call out that I'm planning on revising how our caching system works with threading in actions/toolkit#382 which will result in our current thead safety test suite in being rewritten our dropped entirely. |
Going to proceed with this. |
Based upon this suggestion: actions/runner#2347