blob: df88efd77f019ecf50d1101c7105467044f37be2 [file] [log] [blame] [view]
David Brownc3370252017-09-12 10:36:19 -06001# Release Process
2
3The following documents the release process used with mcuboot.
4
5## Version numbering
6
7MCUboot uses [semantic versioning][semver], where version numbers
8follow a MAJOR.MINOR.PATCH format with the following guidelines on
9incremeting the numbers:
10
111. MAJOR version when you make incompatible API changes,
122. MINOR version when you add functionality in a backwards-compatible
13 manner, and
143. PATCH version when you make backwards-compatible bug fixes.
15
16We add pre-release tags of the format MAJOR.MINOR.PATCH-rc1.
17
David Browna3032912017-09-12 12:07:45 -060018## Release Notes
19
20Before making a release, be sure to update the `docs/release-notes.md`
21to describe the release. This should be a high-level description of
22the changes, not a list of the git commits.
23
David Brownc3370252017-09-12 10:36:19 -060024## Release Candidates
25
26Prior to each release, tags are made (see below) for at least one
27release candidate (a.b.c-rc1, followed by a.b.c-rc2, etc, followed by
28the official a.b.c release). The intent is to freeze the code for a
29time, and allow testing to happen.
30
31During the time between rc1 and the final release, the only changes
32that should be merged into master are those to fix bugs found in the
33rc.
34
35## Tagging and Release
36
37To make a release, make sure your local repo is on the tip version by
38fetching from origin. Typically, the releaser should create a branch
39named after the particular release.
40
41Create a commit on top of the branch that modifies the version number
42in the top-level `README.md`, and create a commit, with just this
43change, with a commit text similar to “Bump to version
44a.b.c”. Having the version bump helps to make the releases
45easier to find, as each release has a commit associated with it, and
46not just a tag pointing to another commit.
47
48Once this is done, the release should create a signed tag:
49``` bash
50git tag -s va.b.c-rcn
51```
52with the appropriate tag name. The releaser will need to make sure
53that git is configured to use the proper signing key, and that the
54public key is signed by enough parties to be trusted.
55
56At this point, the tag can be pushed to github to make the actual
57release happen:
58``` bash
David Browna3032912017-09-12 12:07:45 -060059git push origin HEAD:refs/heads/master
David Brownc3370252017-09-12 10:36:19 -060060git push origin va.b.c-rcn
61```
62
63[semver]: http://semver.org/