Skip to content

Commit 8330683

Browse files
authoredOct 16, 2020
chore: allow unstable_ for API prefix (#27488)
1 parent 396fb6d commit 8330683

File tree

1 file changed

+12
-5
lines changed

1 file changed

+12
-5
lines changed
 

‎.eslintrc.js

+12-5
Original file line numberDiff line numberDiff line change
@@ -105,11 +105,18 @@ module.exports = {
105105
"error",
106106
{ ignoreParameters: true },
107107
],
108-
// This rule tries to ensure we use camelCase for all variables, properties
109-
// functions, etc. However, it is not always possible to ensure properties
110-
// are camelCase. Specifically we have `node.__gatsby_resolve` which breaks
111-
// this rule. This allows properties to be whatever they need to be.
112-
"@typescript-eslint/camelcase": ["error", { properties: "never" }],
108+
"@typescript-eslint/camelcase": [
109+
"error",
110+
{
111+
// This rule tries to ensure we use camelCase for all variables, properties
112+
// functions, etc. However, it is not always possible to ensure properties
113+
// are camelCase. Specifically we have `node.__gatsby_resolve` which breaks
114+
// this rule. This allows properties to be whatever they need to be.
115+
properties: "never",
116+
// Allow unstable api's to use `unstable_`, which is easier to grep
117+
allow: ["^unstable_"],
118+
},
119+
],
113120
// This rule tries to prevent using `require()`. However in node code,
114121
// there are times where this makes sense. And it specifically is causing
115122
// problems in our tests where we often want this functionality for module

0 commit comments

Comments
 (0)