diff options
| author | Rémy Coutable <remy@rymai.me> | 2017-11-08 18:07:15 +0100 |
|---|---|---|
| committer | Rémy Coutable <remy@rymai.me> | 2017-11-08 18:35:28 +0100 |
| commit | b3355048c0ae9169545a7ec6876858ff84cabbdd (patch) | |
| tree | 2f8744339adc4253f8df9de75bea2394806a4ad5 | |
| parent | 07ab4ad60a894d60ac561f9fdbd641fac90b4acc (diff) | |
| download | gitlab-ce-docs/support-release-tools-132.tar.gz | |
Use the new simpler `Pick into X.Y` labels workflow after the 7thdocs/support-release-tools-132
Signed-off-by: Rémy Coutable <remy@rymai.me>
| -rw-r--r-- | PROCESS.md | 38 |
1 files changed, 23 insertions, 15 deletions
diff --git a/PROCESS.md b/PROCESS.md index 06963243b25..704f58b190c 100644 --- a/PROCESS.md +++ b/PROCESS.md @@ -141,21 +141,29 @@ the stable branch are: * Fixes for security issues * New or updated translations (as long as they do not touch application code) -During the feature freeze all merge requests that are meant to go into the upcoming -release should have the correct milestone assigned _and_ have the label -~"Pick into Stable" set, so that release managers can find and pick them. -Merge requests without a milestone and this label will -not be merged into any stable branches. - -Fixes marked like this will be shipped in the next RC for that release. Once -the final RC has been prepared ready for release on the 22nd, further fixes -marked ~"Pick into Stable" will go into a patch for that release. - -If a merge request is to be picked into more than one release it will also need -the ~"Pick into Backports" label set to remind the release manager to change -the milestone after cherry-picking. As before, it should still have the -~"Pick into Stable" label and the milestone of the highest release it will be -picked into. +During the feature freeze all merge requests that are meant to go into the +upcoming release should have the correct milestone assigned _and_ the +`Pick into X.Y` label where `X.Y` is equal to the milestone, so that release +managers can find and pick them. +Merge requests without this label will not be merged into the stable branch. + +For example, if the upcoming release is `10.2.0` you will need to set the +`Pick into 10.2` label. + +Fixes marked like this will be shipped in the next RC (before the 22nd), or the +next patch release. + +If a merge request is to be picked into more than one release it will need one +`Pick into X.Y` label per release where the merge request should be back-ported +to. + +For example, if the current patch release is `10.1.1` and a regression fix needs +to be backported down to the `9.5` release, you will need to assign it the +`10.1` milestone and the following labels: + +- `Pick into 10.1` +- `Pick into 10.0` +- `Pick into 9.5` ### Asking for an exception |