@@ -57,13 +57,13 @@ Based on [ESLint's Rule Naming Conventions](https://eslint.org/docs/developer-gu
57
57
In the [same way as ESLint](https://eslint.org/docs/developer-guide/working-with-rules),
58
58
each rule has three files named with its identifier (e.g. `no-debug`):
59
59
60
- - in the `lib/rules` directory: a source file (e.g. `no-debug.js `)
61
- - in the `tests/lib/rules` directory: a test file (e.g. `no-debug.js `)
60
+ - in the `lib/rules` directory: a source file (e.g. `no-debug.ts `)
61
+ - in the `tests/lib/rules` directory: a test file (e.g. `no-debug.ts `)
62
62
- in the `docs/rules` directory: a Markdown documentation file (e.g. `no-debug.md`)
63
63
64
64
Additionally, you need to do a couple of extra things:
65
65
66
- - Import the new rule in `lib/index.js ` and include it
66
+ - Import the new rule in `lib/index.ts ` and include it
67
67
in `rules` constant (there is a test which will make sure you did
68
68
this). Remember to include your rule under corresponding `config` if necessary
69
69
(a snapshot test will check this too, but you can update it just running
@@ -75,8 +75,8 @@ Additionally, you need to do a couple of extra things:
75
75
76
76
A couple of things you need to remember when editing already existing rules:
77
77
78
- - If renaming a rule, make sure to update all points mentioned in
79
- "Adding new rules" section.
78
+ - If renaming a rule, make sure to update all points mentioned in the
79
+ "[ Adding new rules"](#adding-new-rules) section.
80
80
- Try to add tests to cover the changes introduced, no matter if that's
81
81
a bug fix or a new feature.
82
82
0 commit comments