-
Notifications
You must be signed in to change notification settings - Fork 278
Versioning
Zilliqa is following Semantic Versioning 2.0.
The public Zilliqa version string is in either of the following pattern:
-
<major>.<minor>.<patch>for release versions -
<major>.<minor>.<patch>-<pre-release>for pre-release versions
Table of Content
| Release Stage | Version Example (Incremental Order) |
|---|---|
| Alpha pre-release |
4.3.0-alpha.0, 4.3.0-alpha.1, ..
|
| Beta pre-release |
4.3.0-beta.0, 4.3.0-beta.1, ...
|
| Release |
4.3.0, 4.3.1, ...
|
Known:
- Major feature development is completed
- CI testing passed
- Small-scale testing passed
Unknown:
- New feature may be unstable
- Regression may happen on existing features
- Large-scale testing may have issues
- May or may not be compatible
Known:
- New feature is stable
- No regression
- Large-scale testing passed
- Compatibility is confirmed
Unknown:
- Some undiscovered bug
Known:
- Existing issues resolved
- Documentation updated
Unknown:
- Security vulnerability
Master branch always has the most active and latest version.
There could be multiple release branches in the pattern of release-<major>.<minor>, such as release-4.2.
The release branch always has the latest stable version for a certain minor version. However, some release versions may have already entered end-of-life, and the branches for them are only for archiving purpose.
The release branch should be created when the first tag (typically pre-release tag) for a certain <major>.<minor> version is created.
The git tags consist of letter v with the version string, such as v4.2.0 and v4.2.0-alpha.0.
Two variants of images are available in Docker Hub.
- CPU mining docker image: same as git tagging, such as
v4.2.0orv4.2.0-alpha.0. - CUDA mining docker images: starting with git tagging with
-cudasuffix, such asv4.2.0-cudaorv4.2.0-alpha.0-cuda.
In addition, the latest tag always points to the latest master version of Zilliqa (CPU mining version).