Version numbering uses
Mostly, we follow the semantic versioning scheme.
x.yis a release branch name.
x.y.zis a release tag name.
Create a new
x.ybranch, do all bugfix/hotfix there, and make
All fixes in the
x.ybranch must be merged back to
git merge --no-ff --no-commit masterto inspect the changes before commits.
When merging back, you would encounter merge conflicts on the version number (e.g.,
ai/backend/manager/__init__.py) if you are doing it after releasing
x.y.zpatch builds: then resolve it by preserving the version number of the ``master`` branch. (example here)
It is recommeded to use “merge” but you may use “cherry-pick” as well, to keep the history clean if
masterhas deviated too much.
Change the version number of
There is no strict rules about alpha/beta/rc builds yet. We will elaborate as we scale up.
Once used, alpha versions will have
aNsuffixes, beta versions
bNsuffixes, and RC versions
Nis an integer.
New development should go on
master: commit here directly if your changes are a self-complete one as a single commit.
develop: for long-running incomplete development.
Use both short-lived and long-running feature branches freely, but ensure there names differ from release branches and tags.
The major/minor (
x.y) version of Backend.AI subprojects will go together to indicate compatibility. Currently manager/agent/common versions progress this way, while client SDKs have their own version numbers and the API specification has a different
backend.ai-manager 1.2.pis guaranteed to be compatible with
qare same or different integers)
The client is guaranteed to be backward-compatible with the server they share the same API specification version.
You can upgrade the installed Python packages using
pip install -U ... command along with dependencies.
If you have cloned the stable version of source code from git, then pull and check out the next
x.y release branch.
It is recommended to re-run
pip install -U -r requirements.txt as dependencies might be updated.
For the manager, ensure that your database schema is up-to-date by running
alembic upgrade head.
Also check if any manual etcd configuration scheme change is required, though we will try to keep it compatible and automatically upgrade when first executed.