diff options
author | Clement Ho <clemmakesapps@gmail.com> | 2018-05-24 14:05:12 +0000 |
---|---|---|
committer | Clement Ho <clemmakesapps@gmail.com> | 2018-05-24 14:05:12 +0000 |
commit | 91a4d1370457a2c2cd20566052adf15793fef1aa (patch) | |
tree | df8e4bb3ba13c3a2bfdc92f6f8ae4e064114a168 | |
parent | 05170e0d4731da2bd1920c91f1e9c9cbed3c4f17 (diff) | |
download | gitlab-ce-docs-regression-example.tar.gz |
Add example of when a regression fix will not be picked into subsequent releasesdocs-regression-example
-rw-r--r-- | PROCESS.md | 5 |
1 files changed, 5 insertions, 0 deletions
diff --git a/PROCESS.md b/PROCESS.md index f206506f7c5..f19f9efed67 100644 --- a/PROCESS.md +++ b/PROCESS.md @@ -230,6 +230,11 @@ For instance, if 10.5.0 adds a feature, and that feature doesn't work correctly, then this is a regression in 10.5. If 10.5.1 then fixes that, but 10.5.3 somehow reintroduces the bug, then this bug is still a regression in 10.5. +In addition, if a regression appears in 10.5.0 for example and we are no longer +doing regular patch releases for 10.5 versions, the fix will not be patched for +the subsequent releases unless it is critical. In the event that the fix needs +to be patched for the subsequent releases, an [exception request](#asking-for-an-exception) can be made. + Because GitLab.com runs release candidates of new releases, a regression can be reported in a release before its 'official' release date on the 22nd of the month. When we say 'the most recent monthly release', this can refer to either |