Skip to content

Commit 86d0b48

Browse files
committed
fix hyphenation, nits
1 parent a53f1b2 commit 86d0b48

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

docs/about/contributing/CONTRIBUTING.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -154,11 +154,11 @@ We welcome pull requests (PRs) from community members including (but not limited
154154

155155
We will ask that you sign a Contributor License Agreement before we accept any contributions into our repo.
156156

157-
Please keep PRs small and self contained. This allows code reviewers (see below) to focus and fully understand the PR. A good rule of thumb is less than 1000 lines changed. (One exception is a mechanistic refactor, like renaming, that is conceptually trivial but might have a large line count.)
157+
Please keep PRs small and self-contained. This allows code reviewers (see below) to focus and fully understand the PR. A good rule of thumb is less than 1000 lines changed. (One exception is a mechanistic refactor, like renaming, that is conceptually trivial but might have a large line count.)
158158

159159
If your intended feature or refactor will be larger than this:
160160

161-
1. Open an issue explaining what you intend to build, how it will work, and that you are volunteering to do the development.
161+
1. Open an issue explaining what you intend to build, how it will work, and that you are volunteering to do the development. Include `@coder/community-triage` in the body.
162162
2. Give the maintainers a chance to respond. Changes to the visual, interaction, or software design are easier to adjust before you start laying down code.
163163
3. Break your work up into a series of smaller PRs.
164164

@@ -167,7 +167,7 @@ Stacking tools like [Graphite](https://www.graphite.dev) are useful for keeping
167167
Each PR:
168168

169169
- Must individually build and pass all tests, including formatting and linting.
170-
- Must not introduce regressions or back compatibility issues, even if a later PR would resolve the issue.
170+
- Must not introduce regressions or backward-compatibility issues, even if a subsequent PR in your series would resolve the issue.
171171
- Should be a conceptually coherent change set.
172172

173173
In practice, many of these smaller PRs will be invisible to end users, and that is ok. For example, you might introduce

0 commit comments

Comments
 (0)