You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<!-- This file is automatically added by @npmcli/template-oss. Do not edit. -->
2
+
3
+
# Contributing
4
+
5
+
## Code of Conduct
6
+
7
+
All interactions in the **npm** organization on GitHub are considered to be covered by our standard [Code of Conduct](https://docs.npmjs.com/policies/conduct).
8
+
9
+
## Reporting Bugs
10
+
11
+
Before submitting a new bug report please search for an existing or similar report.
12
+
13
+
Use one of our existing issue templates if you believe you've come across a unique problem.
14
+
15
+
Duplicate issues, or issues that don't use one of our templates may get closed without a response.
16
+
17
+
## Pull Request Conventions
18
+
19
+
### Commits
20
+
21
+
We use [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/).
22
+
23
+
When opening a pull request please be sure that either the pull request title, or each commit in the pull request, has one of the following prefixes:
24
+
25
+
-`feat`: For when introducing a new feature. The result will be a new semver minor version of the package when it is next published.
26
+
-`fix`: For bug fixes. The result will be a new semver patch version of the package when it is next published.
27
+
-`docs`: For documentation updates. The result will be a new semver patch version of the package when it is next published.
28
+
-`chore`: For changes that do not affect the published module. Often these are changes to tests. The result will be *no* change to the version of the package when it is next published (as the commit does not affect the published version).
29
+
30
+
### Test Coverage
31
+
32
+
Pull requests made against this repo will run `npm test` automatically. Please make sure tests pass locally before submitting a PR.
33
+
34
+
Every new feature or bug fix should come with a corresponding test or tests that validate the solutions. Testing also reports on code coverage and will fail if code coverage drops.
35
+
36
+
### Linting
37
+
38
+
Linting is also done automatically once tests pass. `npm run lintfix` will fix most linting errors automatically.
39
+
40
+
Please make sure linting passes before submitting a PR.
41
+
42
+
## What _not_ to contribute?
43
+
44
+
### Dependencies
45
+
46
+
It should be noted that our team does not accept third-party dependency updates/PRs. If you submit a PR trying to update our dependencies we will close it with or without a reference to these contribution guidelines.
47
+
48
+
### Tools/Automation
49
+
50
+
Our core team is responsible for the maintenance of the tooling/automation in this project and we ask contributors to not make changes to these when contributing (e.g. `.github/*`, `.eslintrc.json`, `.licensee.json`). Most of those files also have a header at the top to remind folks they are automatically generated. Pull requests that alter these will not be accepted.
All interactions in the **npm** organization on GitHub are considered to be covered by our standard [Code of Conduct](https://docs.npmjs.com/policies/conduct).
6
+
7
+
## Reporting Bugs
8
+
9
+
Before submitting a new bug report please search for an existing or similar report.
10
+
11
+
Use one of our existing issue templates if you believe you've come across a unique problem.
12
+
13
+
Duplicate issues, or issues that don't use one of our templates may get closed without a response.
14
+
15
+
## Pull Request Conventions
16
+
17
+
### Commits
18
+
19
+
We use [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/).
20
+
21
+
When opening a pull request please be sure that either the pull request title, or each commit in the pull request, has one of the following prefixes:
22
+
23
+
-`feat`: For when introducing a new feature. The result will be a new semver minor version of the package when it is next published.
24
+
-`fix`: For bug fixes. The result will be a new semver patch version of the package when it is next published.
25
+
-`docs`: For documentation updates. The result will be a new semver patch version of the package when it is next published.
26
+
-`chore`: For changes that do not affect the published module. Often these are changes to tests. The result will be *no* change to the version of the package when it is next published (as the commit does not affect the published version).
27
+
28
+
### Test Coverage
29
+
30
+
Pull requests made against this repo will run `npm test` automatically. Please make sure tests pass locally before submitting a PR.
31
+
32
+
Every new feature or bug fix should come with a corresponding test or tests that validate the solutions. Testing also reports on code coverage and will fail if code coverage drops.
33
+
34
+
### Linting
35
+
36
+
Linting is also done automatically once tests pass. `npm run lintfix` will fix most linting errors automatically.
37
+
38
+
Please make sure linting passes before submitting a PR.
39
+
40
+
## What _not_ to contribute?
41
+
42
+
### Dependencies
43
+
44
+
It should be noted that our team does not accept third-party dependency updates/PRs. If you submit a PR trying to update our dependencies we will close it with or without a reference to these contribution guidelines.
45
+
46
+
### Tools/Automation
47
+
48
+
Our core team is responsible for the maintenance of the tooling/automation in this project and we ask contributors to not make changes to these when contributing (e.g. `.github/*`, `.eslintrc.json`, `.licensee.json`). Most of those files also have a header at the top to remind folks they are automatically generated. Pull requests that alter these will not be accepted.
The npm cli team may, at its own discretion, moderate, remove, or edit
1261
1262
any interactions such as pull requests, issues, and comments.
1262
1263
1264
+
CONTRIBUTING.md
1265
+
========================================
1266
+
<!-- This file is automatically added by @npmcli/template-oss. Do not edit. -->
1267
+
1268
+
# Contributing
1269
+
1270
+
## Code of Conduct
1271
+
1272
+
All interactions in the **npm** organization on GitHub are considered to be covered by our standard [Code of Conduct](https://docs.npmjs.com/policies/conduct).
1273
+
1274
+
## Reporting Bugs
1275
+
1276
+
Before submitting a new bug report please search for an existing or similar report.
1277
+
1278
+
Use one of our existing issue templates if you believe you've come across a unique problem.
1279
+
1280
+
Duplicate issues, or issues that don't use one of our templates may get closed without a response.
1281
+
1282
+
## Pull Request Conventions
1283
+
1284
+
### Commits
1285
+
1286
+
We use [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/).
1287
+
1288
+
When opening a pull request please be sure that either the pull request title, or each commit in the pull request, has one of the following prefixes:
1289
+
1290
+
- \`feat\`: For when introducing a new feature. The result will be a new semver minor version of the package when it is next published.
1291
+
- \`fix\`: For bug fixes. The result will be a new semver patch version of the package when it is next published.
1292
+
- \`docs\`: For documentation updates. The result will be a new semver patch version of the package when it is next published.
1293
+
- \`chore\`: For changes that do not affect the published module. Often these are changes to tests. The result will be *no* change to the version of the package when it is next published (as the commit does not affect the published version).
1294
+
1295
+
### Test Coverage
1296
+
1297
+
Pull requests made against this repo will run \`npm test\` automatically. Please make sure tests pass locally before submitting a PR.
1298
+
1299
+
Every new feature or bug fix should come with a corresponding test or tests that validate the solutions. Testing also reports on code coverage and will fail if code coverage drops.
1300
+
1301
+
### Linting
1302
+
1303
+
Linting is also done automatically once tests pass. \`npm run lintfix\` will fix most linting errors automatically.
1304
+
1305
+
Please make sure linting passes before submitting a PR.
1306
+
1307
+
## What _not_ to contribute?
1308
+
1309
+
### Dependencies
1310
+
1311
+
It should be noted that our team does not accept third-party dependency updates/PRs. If you submit a PR trying to update our dependencies we will close it with or without a reference to these contribution guidelines.
1312
+
1313
+
### Tools/Automation
1314
+
1315
+
Our core team is responsible for the maintenance of the tooling/automation in this project and we ask contributors to not make changes to these when contributing (e.g. \`.github/*\`, \`.eslintrc.json\`, \`.licensee.json\`). Most of those files also have a header at the top to remind folks they are automatically generated. Pull requests that alter these will not be accepted.
The npm cli team may, at its own discretion, moderate, remove, or edit
2892
2947
any interactions such as pull requests, issues, and comments.
2893
2948
2949
+
CONTRIBUTING.md
2950
+
========================================
2951
+
<!-- This file is automatically added by @npmcli/template-oss. Do not edit. -->
2952
+
2953
+
# Contributing
2954
+
2955
+
## Code of Conduct
2956
+
2957
+
All interactions in the **npm** organization on GitHub are considered to be covered by our standard [Code of Conduct](https://docs.npmjs.com/policies/conduct).
2958
+
2959
+
## Reporting Bugs
2960
+
2961
+
Before submitting a new bug report please search for an existing or similar report.
2962
+
2963
+
Use one of our existing issue templates if you believe you've come across a unique problem.
2964
+
2965
+
Duplicate issues, or issues that don't use one of our templates may get closed without a response.
2966
+
2967
+
## Pull Request Conventions
2968
+
2969
+
### Commits
2970
+
2971
+
We use [Conventional Commits](https://www.conventionalcommits.org/en/v1.0.0/).
2972
+
2973
+
When opening a pull request please be sure that either the pull request title, or each commit in the pull request, has one of the following prefixes:
2974
+
2975
+
- \`feat\`: For when introducing a new feature. The result will be a new semver minor version of the package when it is next published.
2976
+
- \`fix\`: For bug fixes. The result will be a new semver patch version of the package when it is next published.
2977
+
- \`docs\`: For documentation updates. The result will be a new semver patch version of the package when it is next published.
2978
+
- \`chore\`: For changes that do not affect the published module. Often these are changes to tests. The result will be *no* change to the version of the package when it is next published (as the commit does not affect the published version).
2979
+
2980
+
### Test Coverage
2981
+
2982
+
Pull requests made against this repo will run \`npm test\` automatically. Please make sure tests pass locally before submitting a PR.
2983
+
2984
+
Every new feature or bug fix should come with a corresponding test or tests that validate the solutions. Testing also reports on code coverage and will fail if code coverage drops.
2985
+
2986
+
### Linting
2987
+
2988
+
Linting is also done automatically once tests pass. \`npm run lintfix\` will fix most linting errors automatically.
2989
+
2990
+
Please make sure linting passes before submitting a PR.
2991
+
2992
+
## What _not_ to contribute?
2993
+
2994
+
### Dependencies
2995
+
2996
+
It should be noted that our team does not accept third-party dependency updates/PRs. If you submit a PR trying to update our dependencies we will close it with or without a reference to these contribution guidelines.
2997
+
2998
+
### Tools/Automation
2999
+
3000
+
Our core team is responsible for the maintenance of the tooling/automation in this project and we ask contributors to not make changes to these when contributing (e.g. \`.github/*\`, \`.eslintrc.json\`, \`.licensee.json\`). Most of those files also have a header at the top to remind folks they are automatically generated. Pull requests that alter these will not be accepted.
0 commit comments