From f7dcb701727a6cfcfcf1c62afb6e19353bb98a6c Mon Sep 17 00:00:00 2001 From: Teddy Katz Date: Sat, 23 Dec 2017 20:24:07 -0500 Subject: [PATCH] Docs: Add note about "patch release pending" label to maintainer guide (#9763) --- docs/maintainer-guide/releases.md | 1 + 1 file changed, 1 insertion(+) diff --git a/docs/maintainer-guide/releases.md b/docs/maintainer-guide/releases.md index 4d9f0958751..5886ec1862c 100644 --- a/docs/maintainer-guide/releases.md +++ b/docs/maintainer-guide/releases.md @@ -35,6 +35,7 @@ On the day of a scheduled release, the release team should follow these steps: 1. Make a release announcement in the public chatroom. 1. Make a release announcement on Twitter. 1. Make a release announcement on the release issue. Document any problems that occurred during the release, and remind the team not to merge anything other than documentation changes and bug fixes. Leave the release issue open. +1. Add the `patch release pending` label to the release issue. (When this label is present, `eslint-github-bot` will create a pending status check on non-semver-patch pull requests, to ensure that they aren't accidentally merged while a patch release is pending.) On the Monday following the scheduled release, the release team needs to determine if a patch release is necessary. A patch release is considered necessary if any of the following occurred since the scheduled release: