@@ -109,8 +109,8 @@ review by @-mention. |
109 | 109 | See [Who to CC in the issue tracker](#who-to-cc-in-the-issue-tracker). |
110 | 110 |
|
111 | 111 | If you are the first Collaborator to approve a pull request that has no CI yet, |
112 | | -please [start one](#testing-and-ci). Please also start a new CI if the PR |
113 | | -creator pushed new code since the last CI run. |
| 112 | +please [start one](#testing-and-ci). Please also start a new CI if the |
| 113 | +pull request creator pushed new code since the last CI run. |
114 | 114 |
|
115 | 115 | ### Consensus Seeking |
116 | 116 |
|
@@ -269,22 +269,22 @@ master branch. |
269 | 269 |
|
270 | 270 | Examples of breaking changes include: |
271 | 271 |
|
272 | | -* removal or redefinition of existing API arguments |
273 | | -* changing return values |
274 | | -* removing or modifying existing properties on an options argument |
275 | | -* adding or removing errors |
276 | | -* altering expected timing of an event |
277 | | -* changing the side effects of using a particular API |
| 272 | +* Removal or redefinition of existing API arguments. |
| 273 | +* Changing return values. |
| 274 | +* Removing or modifying existing properties on an options argument. |
| 275 | +* Adding or removing errors. |
| 276 | +* Altering expected timing of an event. |
| 277 | +* Changing the side effects of using a particular API. |
278 | 278 |
|
279 | 279 | #### Breaking Changes and Deprecations |
280 | 280 |
|
281 | 281 | Existing stable public APIs that change in a backward-incompatible way must |
282 | 282 | undergo deprecation. The exceptions to this rule are: |
283 | 283 |
|
284 | | -* Adding or removing errors thrown or reported by a public API; |
285 | | -* Changing error messages for errors without error code; |
286 | | -* Altering the timing and non-internal side effects of the public API; |
287 | | -* Changes to errors thrown by dependencies of Node.js, such as V8; |
| 284 | +* Adding or removing errors thrown or reported by a public API. |
| 285 | +* Changing error messages for errors without error code. |
| 286 | +* Altering the timing and non-internal side effects of the public API. |
| 287 | +* Changes to errors thrown by dependencies of Node.js, such as V8. |
288 | 288 | * One-time exceptions granted by the TSC. |
289 | 289 |
|
290 | 290 | For more information, see [Deprecations](#deprecations). |
@@ -310,7 +310,7 @@ after-the-fact. |
310 | 310 | Revert commits with `git revert <HASH>` or `git revert <FROM>..<TO>`. The |
311 | 311 | generated commit message will not have a subsystem and may violate line length |
312 | 312 | rules. That is OK. Append the reason for the revert and any `Refs` or `Fixes` |
313 | | -metadata. Raise a Pull Request like any other change. |
| 313 | +metadata. Raise a pull request like any other change. |
314 | 314 |
|
315 | 315 | ### Introducing New Modules |
316 | 316 |
|
@@ -400,10 +400,10 @@ deprecation level of an API. |
400 | 400 | Collaborators may opt to elevate pull requests or issues to the [TSC][]. |
401 | 401 | Do this if a pull request or issue: |
402 | 402 |
|
403 | | -* is labeled `semver-major`, or |
404 | | -* has a significant impact on the codebase, or |
405 | | -* is controversial, or |
406 | | -* is at an impasse among Collaborators who are participating in the discussion. |
| 403 | +* Is labeled `semver-major`, or |
| 404 | +* Has a significant impact on the codebase, or |
| 405 | +* Is controversial, or |
| 406 | +* Is at an impasse among Collaborators who are participating in the discussion. |
407 | 407 |
|
408 | 408 | @-mention the `@nodejs/tsc` GitHub team if you want to elevate an issue to the |
409 | 409 | [TSC][]. Do not use the GitHub UI on the right-hand side to assign to |
@@ -573,7 +573,7 @@ for that commit. This is an opportunity to fix commit messages. |
573 | 573 | * The commit message text must conform to the [commit message guidelines][]. |
574 | 574 | * <a name="metadata"></a>Change the original commit message to include metadata. (The |
575 | 575 | [`git node metadata`][git-node-metadata] command can generate the metadata |
576 | | - for you.) |
| 576 | + for you). |
577 | 577 |
|
578 | 578 | * Required: A `PR-URL:` line that references the full GitHub URL of the pull |
579 | 579 | request. This makes it easy to trace a commit back to the conversation that |
@@ -584,7 +584,8 @@ for that commit. This is an opportunity to fix commit messages. |
584 | 584 | background. |
585 | 585 | * Required: A `Reviewed-By: Name <email>` line for each Collaborator who |
586 | 586 | reviewed the change. |
587 | | - * Useful for @mentions / contact list if something goes wrong in the PR. |
| 587 | + * Useful for @mentions / contact list if something goes wrong in the |
| 588 | + pull request. |
588 | 589 | * Protects against the assumption that GitHub will be around forever. |
589 | 590 |
|
590 | 591 | Other changes may have landed on master since the successful CI run. As a |
@@ -599,12 +600,13 @@ $ git rev-list upstream/master...HEAD | xargs core-validate-commit |
599 | 600 |
|
600 | 601 | Optional: For your own commits, force push the amended commit to the pull |
601 | 602 | request branch. If your branch name is `bugfix`, then: `git push |
602 | | ---force-with-lease origin master:bugfix`. Don't close the PR. It will close |
603 | | -after you push it upstream. It will have the purple merged status rather than |
604 | | -the red closed status. If you close the PR before GitHub adjusts its status, it |
605 | | -will show up as a 0 commit PR with no changed files. The order of operations is |
606 | | -important. If you push upstream before you push to your branch, GitHub will |
607 | | -close the issue with the red closed status. |
| 603 | +--force-with-lease origin master:bugfix`. Don't close the pull request. |
| 604 | +It will close after you push it upstream. It will have the purple merged |
| 605 | +status rather than the red closed status. If you close the pull request |
| 606 | +before GitHub adjusts its status, it will show up as a 0 commit pull |
| 607 | +request with no changed files. The order of operations is important. |
| 608 | +If you push upstream before you push to your branch, GitHub will close |
| 609 | +the issue with the red closed status. |
608 | 610 |
|
609 | 611 | Time to push it: |
610 | 612 |
|
@@ -645,7 +647,7 @@ git push upstream master |
645 | 647 | ### I Made a Mistake |
646 | 648 |
|
647 | 649 | * Ping a TSC member. |
648 | | -* `#node-dev` on freenode |
| 650 | +* `#node-dev` on freenode. |
649 | 651 | * With `git`, there's a way to override remote trees by force pushing |
650 | 652 | (`git push -f`). This is generally forbidden as it creates conflicts in other |
651 | 653 | people's forks. It is permissible for simpler slip-ups such as typos in commit |
@@ -701,8 +703,8 @@ land on the staging branches, the backporter removes the `lts-watch-` label. |
701 | 703 | Likewise, as commits land in an LTS release, the releaser removes the `land-on-` |
702 | 704 | label. |
703 | 705 |
|
704 | | -Attach the appropriate `lts-watch-` label to any PR that may impact an LTS |
705 | | -release. |
| 706 | +Attach the appropriate `lts-watch-` label to any pull request that |
| 707 | +may impact an LTS release. |
706 | 708 |
|
707 | 709 | ## Who to CC in the issue tracker |
708 | 710 |
|
|