How to Prepare a Release
In this guide, we’ll cover:
Preparing the Documentation
Bumping the Version
Releasing On GitHub
Releasing The Software On Anaconda
Creating a New Version of the Documentation
Preparing the Documentation
Checkout a branch
git fetch upstream main git checkout -b versioned-docs upstream/main
Edit
docs/source/parameters.rst
: inhttps://github.com/E3SM-Project/zppy/blob/main/zppy/templates/default.ini
, replacemain
with the hash of the latest commit.Create a pull request to the main repo and merge it. Now, when the next version of the documentation is created (see last part of this page), it will point to the relevant defaults.
Bumping the Version
Checkout the latest
main
.Checkout a branch with the name of the version.
# Prepend "v" to <version> # For release candidates, append "rc" to <version> git checkout -b v<version> git push --set-upstream origin v<version>
Bump version using tbump.
# Exclude "v" and <version> should match step 2 # --no-tag is required since tagging is handled in "Releasing on GitHub" $ tbump <version> --no-tag :: Bumping from 1.0.0 to 1.1.0 => Would patch these files - setup.py:26 version="1.0.0", + setup.py:26 version="1.1.0", - zppy/__init__.py:1 __version__ = "v1.0.0" + zppy/__init__.py:1 __version__ = "v1.1.0" - conda/meta.yaml:2 {% set version = "1.0.0" %} + conda/meta.yaml:2 {% set version = "1.1.0" %} - tbump.toml:5 current = "1.0.0" + tbump.toml:5 current = "1.1.0" => Would run these git commands $ git add --update $ git commit --message Bump to 1.1.0 $ git push origin v1.1.0 :: Looking good? (y/N) >
Create a pull request to the main repo and merge it.
Releasing on GitHub
Draft a new release here.
Set Tag version to
v<version>
, including the “v”. @Target should bemain
.Set Release title to
v<version>
, including the “v”.Use Describe this release to summarize the changelog.
You can scroll through zppy commits for a list of changes.
If this version is a release candidate (
<version>
appended withrc
), checkmark This is a pre-release.Click Publish release.
CI/CD release workflow is automatically triggered.
Releasing Anaconda
Be sure to have already completed Releasing On GitHub. This triggers the CI/CD workflow that handles Anaconda releases.
Wait until the CI/CD build is successful. You can view all workflows at All Workflows.
Check the https://anaconda.org/e3sm/zppy page to view the newly updated package.
Release candidates are assigned the
e3sm_dev
labelProduction releases are assigned the
main
label
Notify the maintainers of the unified E3SM environment about the new release on the E3SM Confluence site.
Be sure to only update the
zppy
version number in the correct version(s) of the E3SM Unified environment.This is almost certainly one of the versions listed under “Next versions”. If you are uncertain of which to update, leave a comment on the page asking.
Creating a New Version of the Documentation
Be sure to have already completed Releasing On GitHub. This triggers the CI/CD workflow that handles publishing documentation versions.
Wait until the CI/CD build is successful. You can view all workflows at All Workflows.
Changes will be available on the zppy documentation page.