-
I am trying to configure eslint to use const a = () => {
b();
};
const b = () => {};
a(); If I set up my .eslintrc.json like this, without any {
"parserOptions": {
"ecmaVersion": 2020
},
"rules": {
"no-use-before-define": "error"
}
}
However, if I include {
"extends": "react-app",
"parserOptions": {
"ecmaVersion": 2020
},
"rules": {
"no-use-before-define": "error"
}
} If I intentionally introduce a change that would cause another eslint violation - e.g. remove the
Intuitively, I would expect any rules in .eslintrc.json to be applied on top of the config indicated in What am I misunderstanding here? Is there a way to extend |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Looks like I've figured it out. It seems I was overriding the severity of the rule, but not the options, which were set to Specifying the options explicitly yields the desired behavior:
Looks like this also works for reverting back to the eslint default options:
|
Beta Was this translation helpful? Give feedback.
Looks like I've figured it out.
It seems I was overriding the severity of the rule, but not the options, which were set to
{ "functions": false, "variables": false, "classes": false }
, basically rendering the rule ineffective no matter what the severity is.Specifying the options explicitly yields the desired behavior:
Looks like this also works for reverting back to the eslint default options: