Replies: 6 comments
-
|
@billsacks , glad to have back on CIME! For 1, I have pre-commit in my PATH and I just run For 2, the github CI is pretty good at this point. On my machine, the scripts-regression-tests do not run successfully, so I just rely on the CI mostly. I do usually at least try to do a bit of manual testing on whatever I did. Also, for new features, it's always a good idea to add tests. The testing is a bit different than it was before; it relies much more on Jason has made a lot of progress on modernizing the CIME dev process, but CIME development is not fundamentally that different than it was back when you were an active CIME dev. |
Beta Was this translation helpful? Give feedback.
-
|
I use git-hooks to run pre-commit, that only runs on files you've changed so you can end up with errors in github, but not often. |
Beta Was this translation helpful? Give feedback.
-
|
@jedwards4b , that's a good point. Containers add complexity, but one good thing is that they should, in theory, allow you do duplicate CI errors on almost any machine. If you load a container image, it should get you an environment identical to the CI env. @jasonb5 , are there instructions for doing this somewhere? |
Beta Was this translation helpful? Give feedback.
-
|
Thanks a lot, @jgfouca and @jedwards4b - it's very helpful to hear both of your workflows here! |
Beta Was this translation helpful? Give feedback.
-
|
@jedwards4b where do you run scripts_regression_tests? I'm having issues everywhere I try it (my Mac, derecho, izumi). The first failure is #4874 but I hit others as well. Maybe user error? |
Beta Was this translation helpful? Give feedback.
-
|
Partly just to document this for myself, and partly in case it's useful for others and/or anyone has any insight / suggestions: Here are the failures I'm seeing in scripts_regression_tests currently, when running in a CESM context (from Failures on derecho: Failures on my Mac: My ideal goal is to get a clean run on my Mac so that I can reliably do testing there. To that end, I have looked into some of the failures from my Mac that are passing on derecho:
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I'm returning to some CIME development after not doing much for the last few years. I know there have been some valuable additions to the CIME dev/test workflows in the last few years, such as the addition of pre-commit configuration, GitHub actions, and maybe more. Given these changes, I'm curious what people's dev/test workflows tend to be now.
Two specific questions:
pre-commit- e.g., manually, or via git hooks, or just relying on the action after pushing? And if manually, do you runpre-commit run -aas is documented in the wiki, or some other way? I'm noticing that that takes a little while to run... I was thinking of generally running it manually before committing, but wondered if there's an easy way to restrict that to just the files that have been changed.If you have other tips for your dev/test workflow with CIME, I'd also be happy to hear anything else.
@jedwards4b @jgfouca @jasonb5 - especially interested in your input.
Beta Was this translation helpful? Give feedback.
All reactions