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

Add CI rule that triggers once a week with the full test suite. #485

Merged
merged 2 commits into from
Jul 15, 2024

Conversation

mmuetzel
Copy link
Contributor

Currently, this is basically a copy of the build rules that trigger on pull requests or pushes. The only difference is that the trigger is on a weekly schedule and the full set of tests are run.

Mid-term, more tests could be run for different configurations on PRs or pushes (e.g., build tests with bundled or external dependencies, with some enabled or disabled features, with different compilers, on different platforms, ...) while the full test suite is only run with one or a different subset of configurations.

That will be easier if we start with two sets of (currently basically identical) rules and let them spread in different directions from here without having to care about the other rules.

I don't know what "activating the "elmerice" capabilities/tests" means. So, I didn't touch anything in the existing configuration.
Could you please let me know if something should be changed?

Remove Fortran flag that doesn't seem to have any effect.
Slightly reword group title when re-running failed tests.
Currently, this is basically a copy of the build rules that trigger on
pull requests or pushes. The only difference is that the trigger is on a
weekly schedule and the full set of tests are run.

Mid-term, more tests could be run for different configurations on PRs or
pushes (e.g., build tests with bundled or external dependencies, with
some enabled or disabled features, with different compilers, on different
platforms, ...) while the full test suite is only run with one or a
different subset of configurations.

That will be easier if we start with two sets of (currently basically
identical) rules and let them spread in different directions from here
without having to care about the other rules.
@mmuetzel
Copy link
Contributor Author

Modifying the schedule to run more or less often should be quite straight-forward. Please, let me know if you prefer to do that as part of this PR.

@tzwinger tzwinger merged commit dbf539a into ElmerCSC:devel Jul 15, 2024
1 check passed
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.

2 participants