-
Notifications
You must be signed in to change notification settings - Fork 117
[feat] Add support for test dependencies in serial execution policy #1015
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
Order of tests is important for some of the async policy tests. Sort the cases topologically only if needed.
|
@jenkins-cscs retry daint |
- Renamed an additional unit test resource file
Codecov Report
@@ Coverage Diff @@
## master #1015 +/- ##
==========================================
+ Coverage 91.84% 91.97% +0.12%
==========================================
Files 80 81 +1
Lines 10734 10937 +203
==========================================
+ Hits 9859 10059 +200
- Misses 875 878 +3
Continue to review full report at Codecov.
|
|
Retries are now supported ;-) |
|
Hello @vkarak, Thank you for updating! Cheers! There are no PEP8 issues in this Pull Request!Do see the ReFrame Coding Style Guide Comment last updated at 2019-10-31 10:50:40 UTC |
ChristopherBignamini
left a comment
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.
lgtm
This PR replaces #944. It is a much simpler implementation and provides the basis for the support of dependencies in the asynchronous execution policy.
Some highlights of the implementation:
finalizepseudo pipeline phase was added for this purpose, that if reached the test is marked as "success." This phase lies between theperformanceand thecleanupphase. We could not mark as "success" the end of theperformancephase, because it will not be executed if--skip-performance-checkoption is passed.TaskDependencyErrorif any of the current test's parents has failed.Other notes:
A side effect of the reference counting for cleaning up is that a successful test will not be cleaned up (meaning also that its resources will not be copied to the output directory) if any of its immediately dependent tests fail. This is useful for debugging the failing tests, but it might be a bit confusing if you try to look it up in the output directory.
Fixes UES-285.