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

Commit a69ef6f

Browse files
authored
Add release process
1 parent b1520ac commit a69ef6f

File tree

1 file changed

+34
-1
lines changed

1 file changed

+34
-1
lines changed

docs/release-process.md

Lines changed: 34 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,41 @@
11
# Release process
22

3+
## Release information
4+
5+
### Tag name format
6+
7+
#### Alpha releases
8+
9+
`v[major].[minor]-alpha`
10+
11+
#### Beta releases
12+
13+
`v[major].[minor]-beta`
14+
15+
#### Releases
16+
17+
`v[major].[minor]`
18+
319
## The process
420

5-
TODO
21+
Every week:
22+
23+
1. Create a release branch from master with the name `release/[Major].[Minor]`, where `[Major].[Minor]` are the current major and minor parts of the version set on master.
24+
1. Bump the version on master
25+
1. Create a draft release with the release notes, following the format below
26+
1. Upload a build created from the release branch
27+
1. QA tests the release and logs any issues found in it. Issues are fixed on the next release unless they are related to the issues tjat are reported as fixed in the current release, and they are shipblockers.
28+
1. If the release requires fixes:
29+
1. If the fix is reverting a PR, that doesn't have to be done on master, only on the release branch. Otherwise:
30+
1. Create a branch from the release branch fork point (the commit that the release branch is based on)
31+
1. Push the fix to this branch and create a PR targetting the release branch
32+
1. Upload a new build from the release branch
33+
1. Create another branch from master, merge the fix branch into it and create a PR targetting master
34+
1. QA approves release by:
35+
1. Filling out the tag name, in the format shown above
36+
1. Selecting the release branch corresponding to the build
37+
1. Clicking `Publish release`
38+
639

740
## Template for release notes
841

0 commit comments

Comments
 (0)