This is a summary of the release steps for these Replicante Official tools:
Release of the above sub-projects is based on the replidev release
commands.
The release process with replidev release
is as follows:
# Prepare the repository for release.
# This command will guide you to update changelogs and versions.
$ replidev release prep
# Commit any changes done during the prep phase.
$ git commit .
# Run checks to ensure the release is ready.
$ replidev release check
# Push the release commit (if needed to fix errors raised by checking).
$ git push
# Once all changes are committed and the checks pass publish the release.
# This will also publish any crate/docker image in the project and tag the current commit.
$ replidev release publish
# Push the release tag.
$ git push --tags
# Create a new release in GitHub with appropriate description and changelog.
Replicante has an official quick start guide to introduce it to people.
Not only this provides a basic last-catch test but it is key that the first experience works well at the first try for every user.
It is possible to test the quick start guide on the upcoming release before releasing:
replidev release check
step for each component (agents, core, platforms, …).The replidev release publish
command will push release artefacts to registries:
For this to work the appropriate login command must be issued and valid credentials provided.
For the time being there is a requirement in release order. I hope in the future this can be removed with the introduction of the Rust SDK.
Once all changes are release some extra steps are needed: