CliMA / CliMA/DeveloperGuides

Describe how to propagate changes from lower-level packages into an AMIP simulation

Open
#8 0 comments 0 reactions 0 assignees View on GitHub
help wanted
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.