Describe how to propagate changes from lower-level packages into an AMIP simulation
- Dominant language
- Julia
- Stars
- 0
- Forks
- 0
- PR merge metrics
- No merged PRs in 30d
Description
I'm working on AMIP simulation performance, and I just made a change to CloudMicrophysics but want to test against the latest ClimaAtmos on `main` inside the Coupler's AMIP environment. However, the AMIP environment has a version of ClimaParams that's missing a parameter, so ClimaAtmos fails.
If AMIP is one of the most important things (worth checking this assumption), how does one propagate changes into it effectively? Do releases need to happen? The coarse nightly AMIP installs some packages from `main`, but not CloudMicrophysics. Should we drop the Coupler manifests to unlock the environments while lots of development is happening?
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reading the Coupler manifests and the AMIP environment configuration, then compare how the coarse nightly AMIP environment installs ClimaAtmos, ClimaParams, and CloudMicrophysics. Document whether changes require releases, how development versions from main are propagated, and whether manifest changes are appropriate; done means a clear workflow for testing coordinated package changes in AMIP.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- julia
- Domain
- developer-experience, documentation
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100