mepo workflow (change in GOCART, part of GEOSgcm fixture) #291
pchakraborty
started this conversation in
Hierarchical mepo
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Let’s consider a change in the GOCART repository, as part of the GEOSgcm fixture. The repository hierarchy looks like
with a central registry file (
components.yaml
) in the fixture repository GEOSgcm. The workflow for a change in the GOCART repository would look likeCheckout some version of GEOSgcm
GOCART steps
Local
(Local) Step 1: Create branch in GOCART and the fixture
(Local) Step 2: Modify GOCART files and commit
Commit all changes to
feature/<user>/gocart/some-change
in GOCARTmepo commit -m "message" GOCART
(Local) Step 3: Save the current state
This does the following
Note
The current version of
mepo save
, by default, writes a new registrycomponents-new.yaml
instead of modifying the original one. It should probably updatecomponents.yaml
instead.(Local) Step 4: Push all changes
Push
feature/<user>/gocart/some-change
from GOCART and GEOSgcm to GitHubRemote - GitHub
(GitHub) Step 1: Pull request
Create PR for GOCART to merge
feature/pchakrab/<user>/some-change
intodevelop
.(GitHub) Step 2: Merge and issue v-tag
feature/<user>/gocart/some-change
intodevelop
.develop
to be merged in tomain
.v78.14.1
)GEOSgcm steps
Local
(Local) Step 1
Check out
v78.14.1
in GOCARTCaution
In case of a fresh clone, when GEOSgcm doesn't have
feature/<user>/gocart/some-branch
checked out, we need an extra stepmepo checkout feature/<user>/gocart/some-branch GEOSgcm
(Local) Step 2
This ensures that GEOSgcm is now pointing to GOCART's v-tag just released
(Local) Step 3
Remote - GitHub
(GitHub) Step 1: Pull request
Create PR for GEOSgcm to merge
feature/<user>/gocart/some-change
intodevelop
.(GitHub) Step 2: Merge and issue v-tag
feature/<user>/gocart/some-change
intomain
v13.4.0
)All done!
Beta Was this translation helpful? Give feedback.
All reactions