-
| 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: