Branching workflow

Please do not translate this page.

Integration branch: master

This branch is where all other feature branches are merged into.
Merge to this branch is allowed only by a project owner or coordinator and always via pull request.

NOTE: merges into this branch must not be fast-forwards.

Feature branch: feature/name

Create a branch for anything you want to implement. Later merge to master will be authorized by a project owner or coordinator via pull request.

Release branch: release/major.minor.revision

Created when a new version is about to be released. Always forked from one point in master It will advance with master for changes that should go into a new release (release bump, changelog updates, last minute fixes). Release branches will also be used for hotfixes.
Once the tag is created and the release process is complete, this branch must be merged to master and then deleted.

NOTE: code-related commits to this branch are allowed only for last minute fixes and eventually merged to master.

Stable branch: stable

Latest stable version (that is, released to non-beta publishing channels). It will always point to the latest release tag.

Tagged releases: v4.0.0

Every release is tagged using semantic versioning.