develop
Branch: All new feature developments will go in develop branchstaging
Branch: This branch serves as a release candidate. Before a week, release team will pull the feature from develop branch to staging branch.
EG: if the feature is in 25 July’s milestone then it should go in staging on 19th July.master
Branch: master
branch serves as a stable branch. This will use as production deployment.hotfix
Branch: mainly define for support issues. This will include bugs or any high priority task like security patches.On Tuesday, we will release from staging to master.
Versioning: Given a version number MAJOR.MINOR.PATCH, increment the:
Impact on branches:
Use release command to create release,
usage: bench release APP patch|minor|major --from-branch staging
On Wednesday morning, develop
will be merge into staging
. staging
branch is a release candidate. All new features will first go from develop
to staging
and then staging
to master
.
Use the prepare-staging command to create staging branch
usage: bench prepare-staging APP
Impact on branches?
QA will use staging for testing.
Deploy staging branch on xhive.io, xhiveerp.org, xhiveframework.xhiveerp.com.
Only regression and security fixes can be cherry-picked into staging
Create a discuss post on what all new features or fixes going in next version.
Depending on priority, hotfix release will take place.
Versioning:
Impact on branches:
Use release command to create release,
usage: bench release APP patch --from-branch hotfix