From ff59cba4eeb0242392d424bbccb1ca9afc53bdce Mon Sep 17 00:00:00 2001 From: Rich Trott Date: Fri, 26 Feb 2021 05:52:12 -0800 Subject: [PATCH] doc: revise LTS text in collaborator guide PR -> pull request can -> might (to be clear it's about possibility) were -> do for active/passive parallel structure --- doc/guides/collaborator-guide.md | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/doc/guides/collaborator-guide.md b/doc/guides/collaborator-guide.md index 8629f4b6653725..2d24651b1f3a51 100644 --- a/doc/guides/collaborator-guide.md +++ b/doc/guides/collaborator-guide.md @@ -759,10 +759,10 @@ Each LTS release has a corresponding branch (v10.x, v8.x, etc.). Each also has a corresponding staging branch (v10.x-staging, v8.x-staging, etc.). Commits that land on master are cherry-picked to each staging branch as -appropriate. If a change applies only to the LTS branch, open the PR against the -*staging* branch. Commits from the staging branch land on the LTS branch only -when a release is being prepared. They can land on the LTS branch in a different -order than they were in staging. +appropriate. If a change applies only to the LTS branch, open the pull request +against the *staging* branch. Commits from the staging branch land on the LTS +branch only when a release is being prepared. They might land on the LTS branch +in a different order than they do in staging. Only members of @nodejs/backporters should land commits onto LTS staging branches.