Skip to main content

Release process

This document describes Capact release process.

Prerequisites#

  • Git
  • An GitHub Environment named Release on capactio/capact repository with the following secrets set:
    • GCS_CREDS โ€” Base64 encoded Google Cloud Platform credentials in JSON format to access Google Cloud Storage for binary and chart releases,
    • GH_PAT โ€” GitHub personal access token with permissions to make commits to repository.

Steps#

Use Semantic Versioning 2.0.0 to specify the next Capact release.

Release Capact container images and binaries#

The release of Capact container images and binaries is automated and done using a GitHub Action workflow.

  1. Open the Make release workflow.
  2. Click Run workflow and depending on your scenario:
    • if making a major/minor release from main, select the main branch and put the version in SemVer, e.g. 0.5.0,
    • if making a patch release from a release branch, select the given release branch and put the version in SemVer, e.g. 0.5.1.
  3. Click Run workflow to start the release workflow.

The workflow will prepare the release branch, tag the appropriate commit and create a GitHub Release. gren is used to create the release notes from merged pull requests.

NOTE: After the release is complete consider removing the GH_PAT from the Release environment.

Prepare Hub for release#

The release of Hub Manifests is automated and done using a GitHub Action workflow.

  1. Open the Make release workflow.
  2. Click Run workflow and put the version parameter and the runner image tag from a capactio/capact build.
  3. Click Run workflow to start the release workflow.

Release documentation#

The release of Capact documentation is automated and done using a GitHub Action workflow. If you release a new major or minor Capact version, follow these steps:

  1. Open the Make release workflow.
  2. Click Run workflow and for the version parameter, provide an already released Capact version.
  3. Click Run workflow to start the release workflow.

To read more about documentation versioning, see the Versioning page on the Docusaurus website.