-
Notifications
You must be signed in to change notification settings - Fork 277
Simplify test-python CI workflow #2551
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
Conversation
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## latest #2551 +/- ##
==========================================
- Coverage 79.71% 79.70% -0.01%
==========================================
Files 346 346
Lines 86427 86427
==========================================
- Hits 68894 68889 -5
- Misses 17533 17538 +5 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
.github/workflows/test-fortran.yml
Outdated
| version: 13 | ||
| - os: macos-13 | ||
| compiler: gcc | ||
| version: 11 |
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.
Is it necessary to test this mix of compilers? Why 11 on Mac but 12 and 13 on linux?
| - os: ubuntu-latest | ||
| python: 3.11 | ||
| - os: windows-2022 | ||
| python: 3.12 |
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.
Why 3.12 on Windows but 3.11 on Mac and linux?
|
So @galabovaa, thoughts on simplifying some of the actions into a single file and using the build matrix? |
|
As we discussed on our last Tuesday meeting, we will stick to development branches. Build matrix yes, single file not for a while |
Opening this PR for @galabovaa to take a look at.
The current .github/workflows files are very verbose. We can use build strategies instead of separate files for every possible job. Here's a simple one.
If there is interest, I'd propose that we do the others.
Also: do we need to run jobs on every push and pull_request? We end up with stuff like #2518 where we're running 309 jobs!!! (Most of which are duplicates)
WIth this change, CI would run:
CI would not run:
This might be a downside, but it does nudge people to working in public PRs, rather than feature branches.
If we wanted to, we could add
- "ci-*"which would trigger CI if a branch was namedci-foo.