From ab35194cb0297a85de5384b529f2cc03293d93bb Mon Sep 17 00:00:00 2001 From: "Kamat, Trivikram" <16024985+trivikr@users.noreply.github.com> Date: Sat, 15 Sep 2018 12:38:01 -0700 Subject: [PATCH] doc: update 6.x to 8.x in backporting wiki PR-URL: https://github.com/nodejs/node/pull/22879 Reviewed-By: Vse Mozhet Byt Reviewed-By: Luigi Pinca --- doc/guides/backporting-to-release-lines.md | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/doc/guides/backporting-to-release-lines.md b/doc/guides/backporting-to-release-lines.md index 751df9137d2fc4..7dee8b0e640eed 100644 --- a/doc/guides/backporting-to-release-lines.md +++ b/doc/guides/backporting-to-release-lines.md @@ -26,8 +26,8 @@ commits be cherry-picked or backported. ## How to submit a backport pull request -For the following steps, let's assume that a backport is needed for the v6.x -release line. All commands will use the `v6.x-staging` branch as the target +For the following steps, let's assume that a backport is needed for the v8.x +release line. All commands will use the `v8.x-staging` branch as the target branch. In order to submit a backport pull request to another branch, simply replace that with the staging branch for the targeted release line. @@ -40,10 +40,10 @@ replace that with the staging branch for the targeted release line. # the origin remote points to your fork, and the upstream remote points # to git://github.com/nodejs/node cd $NODE_DIR -# If v6.x-staging is checked out `pull` should be used instead of `fetch` -git fetch upstream v6.x-staging:v6.x-staging -f +# If v8.x-staging is checked out `pull` should be used instead of `fetch` +git fetch upstream v8.x-staging:v8.x-staging -f # Assume we want to backport PR #10157 -git checkout -b backport-10157-to-v6.x v6.x-staging +git checkout -b backport-10157-to-v8.x v8.x-staging # Ensure there are no test artifacts from previous builds # Note that this command deletes all files and directories # not under revision control below the ./test directory. @@ -72,19 +72,19 @@ hint: and commit the result with 'git commit' 7. Make sure `make -j4 test` passes. 8. Push the changes to your fork 9. Open a pull request: - 1. Be sure to target the `v6.x-staging` branch in the pull request. + 1. Be sure to target the `v8.x-staging` branch in the pull request. 2. Include the backport target in the pull request title in the following - format — `[v6.x backport] `. - Example: `[v6.x backport] process: improve performance of nextTick` + format — `[v8.x backport] `. + Example: `[v8.x backport] process: improve performance of nextTick` 3. Check the checkbox labeled "Allow edits from maintainers". 4. In the description add a reference to the original PR 5. Run a [`node-test-pull-request`][] CI job (with `REBASE_ONTO` set to the default ``) 10. If during the review process conflicts arise, use the following to rebase: - `git pull --rebase upstream v6.x-staging` + `git pull --rebase upstream v8.x-staging` -After the PR lands replace the `backport-requested-v6.x` label on the original -PR with `backported-to-v6.x`. +After the PR lands replace the `backport-requested-v8.x` label on the original +PR with `backported-to-v8.x`. [Release Schedule]: https://github.com/nodejs/Release#release-schedule1 [Release Plan]: https://github.com/nodejs/Release#release-plan