-
Notifications
You must be signed in to change notification settings - Fork 38
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
Feature 642 test ci updates #840
Conversation
…nter/METplus into feature_642_distance_map_tb
… exist yet for new use case
…nges from #768 available to be able to do the same for MODE config, but I added the overrides that will be needed when that is available
…leaned up conf file
…ilter cases based on the index value instead of the index of the list
…ce large output artifacts, split up grouped use case categories for simplicity, added explicit indices of cases for all groups so the names of the GHA jobs/artifacts and Docker data volumes are more descriptive and new cases can be added separately to isolate differences caused by new data from a new use case
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.
I looked through these changes and understand that we’re updating the test definition to include an integer index and enabling the actions to reference those indices. As George notes, the GHA tests succeeded for the push but failed in the PR which diffs against the existing output since the output has been reorganized. The changes include good updates to the docs. I just read the .rst files and am eager to be able to review docs changes via RTD.
Thanks for working through these details George.
I approve of these changes.
Co-authored-by: Christina Kalb <kalb@kiowa.rap.ucar.edu> Co-authored-by: George McCabe <mccabe@ucar.edu> Co-authored-by: bikegeek <minnawin@ucar.edu> Co-authored-by: bikegeek <3753118+bikegeek@users.noreply.github.com> Co-authored-by: j-opatz <59586397+j-opatz@users.noreply.github.com> Co-authored-by: John Halley Gotway <johnhg@ucar.edu> Co-authored-by: CPKalb <kalb@ucar.edu>
I rearranged the use case groups so that there are no jobs create very large output artifacts. I changed the format of the names to include the full range of use case indices in a group. I updated the documentation to reflect these changes and instruct users to put new use cases in a separate group to make it easier to review that any differences are from the addition of the new use case.
I created issue #839 because I noticed at least 1 use case takes an incredibly long time to obtain a python package and only a few seconds to run the actual use case.
Pull Request Testing
Verified that GitHub Actions runs successfully.
Review the pull request run in GitHub Actions and ensure everything looks correct. Note that the diffs will fail because the use case groups were rearranged, but we have already confirmed the data is correct from PR #825.
Do these changes include sufficient documentation and testing updates? [Yes]
Will this PR result in changes to the test suite? [Yes or No]
Different grouping of outputs will require an update to the develop-ref branch to re-create the truth data volumes.
Pull Request Checklist
See the METplus Workflow for details.
Select: Reviewer(s), Project(s), and Milestone