Skip to content
This repository was archived by the owner on Jan 26, 2024. It is now read-only.

Commit 0c6ed04

Browse files
committed
rename branches after discussion
1 parent b0448c3 commit 0c6ed04

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/guide/basics/release-cycle.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ So assuming next version is 1.x the two-month cycle will look as following:
1515
## How new features are merged
1616

1717
During RC features Pull Request with new features after feedback and acceptance are normally merged to `develop` branch.
18-
After entering the Stabilization Phase we are tagging current develop branch, creating a `RC-x` (where `x` is a number of current version) branch from it and working on stabilization there.
18+
After entering the Stabilization Phase we are tagging current develop branch, creating a `release/x` (where `x` is a number of current version) branch from it and working on stabilization there.
1919
During the stabilization phase new features are merged to develop branch and will be merged on next `RC` phase.
2020

2121
## Release cycle flow
@@ -28,9 +28,9 @@ The first phase of cycle we're mostly focusing on features and improvements. Bra
2828

2929
### 2. Release Candidate phase
3030

31-
At some point, when milestone for next minor versions is completed, we're creating new branch from `develop` called `rc-x.y` (example: `rc-1.9`).
31+
At some point, when milestone for next minor versions is completed, we're creating new branch from `develop` called `release/vx.y` (example: `release/v1.9`).
3232
After that new branch is tagged as first RC for version (example `v1.9.0-rc.1`). Then it's ready for testing by community.
33-
During tests, feedback and stabilization there could be multiple Release Candidate versions on this branch. When improvement is made on this phase, then branch should be created from actual `rc-x.y` and should not contain features at this point - only improvements for current release.
33+
During tests, feedback and stabilization there could be multiple Release Candidate versions on this branch. When improvement is made on this phase, then branch should be created from actual `release/vx.y` and should not contain features at this point - only improvements for current release.
3434
When release branch is updated, then should `develop` should be synchronized with it.
3535

3636
![Release Candidate phase](./assets/release-cycle-2.png)

0 commit comments

Comments
 (0)