From 400c328fb3e63ae19f8822a2f02744060f73b7ad Mon Sep 17 00:00:00 2001 From: Victor Wu Date: Mon, 10 Apr 2017 19:20:14 +0000 Subject: [PATCH] high-priority-features-in-patch-releases --- PROCESS.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/PROCESS.md b/PROCESS.md index cfa841dc13d..fa9e375b226 100644 --- a/PROCESS.md +++ b/PROCESS.md @@ -136,9 +136,11 @@ against the potential negative impact (things breaking without enough time to comfortably find and fix them before the release on the 22nd). When in doubt, we err on the side of _not_ cherry-picking. -For example, it is likely that an exception will be made for a trivial 1-5 line performance improvement +For example, it is likely that an exception will be made for a trivial 1-5 line performance improvement, (e.g. adding a database index or adding `includes` to a query), but not for a new feature, no matter how relatively small or thoroughly tested. +Another exception example is a medium-risk feature such as a navigation change in response to significant negative community feedback from a previous release. + 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.