1.73 KB
Newer Older
Yves Senn's avatar
Yves Senn committed
1 2
# GitLab Maintenance Policy

3 4
GitLab follows the [Semantic Versioning]( for its releases:
`(Major).(Minor).(Patch)` in a [pragmatic way].
Yves Senn's avatar
Yves Senn committed

6 7 8 9 10 11 12
- **Major version**: Whenever there is something significant or any backwards
  incompatible changes are introduced to the public API.
- **Minor version**: When new, backwards compatible functionality is introduced
  to the public API or a minor feature is introduced, or when a set of smaller
  features is rolled out.
- **Patch number**: When backwards compatible bug fixes are introduced that fix
  incorrect behavior.
Yves Senn's avatar
Yves Senn committed

14 15 16 17
The current stable release will receive security patches and bug fixes
(eg. `8.9.0` -> `8.9.1`). Feature releases will mark the next supported stable
release where the minor version is increased numerically by increments of one
(eg. `8.9 -> 8.10`).
Yves Senn's avatar
Yves Senn committed

19 20 21
Our current policy is to support one stable release at any given time, but for
medium-level security issues, we may consider [backporting to the previous two
monthly releases][rel-sec].
Yves Senn's avatar
Yves Senn committed

23 24 25 26
We encourage everyone to run the latest stable release to ensure that you can
easily upgrade to the most secure and feature-rich GitLab experience. In order
to make sure you can easily run the most recent stable release, we are working
hard to keep the update process simple and reliable.
dosire's avatar
dosire committed

28 29 30 31 32 33 34 35
More information about the release procedures can be found in our
[release-tools documentation][rel]. You may also want to read our
[Responsible Disclosure Policy][disclosure].

[pragmatic way]: