Fix `package.json` in `eslint-config-modular-app`
See original GitHub issueShould we match https://github.com/facebook/create-react-app/blob/2da5517689b7510ff8d8b0148ce372782cb285d7/packages/eslint-config-react-app/package.json#L17-L27 and specify them as peerDependencies
instead? You wouldn’t want dependencies like typescript
to be brought in via an ESLint config package.
_Originally posted by @NMinhNguyen in https://github.com/jpmorganchase/modular/pull/27_
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:11 (11 by maintainers)
Top Results From Across the Web
How do I fix a vulnerable npm package in my package-lock ...
To fix vulnerable npm packages, just use following commands which will fix package-lock.json too: npm audit fix.
Read more >eslint-config-modular-app - npm package - Snyk
Unable to verify the project's public source code repository. Advisor · JavaScript packages · eslint-config-modular-app ...
Read more >package.json - npm Docs
This document is all you need to know about what's required in your package.json file. It must be actual JSON, not just a...
Read more >package-lock.json file not updated after package.json ... - GitHub
I'm opening this issue because: npm is crashing. npm is producing an incorrect install. npm is doing something I don't understand.
Read more >Understanding dependencies inside your Package.json
The dependencies in your project's package.json allow the project to install the versions of the modules it depends on.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
(I’ll let @NMinhNguyen make this change because he has more opinions than I do on this, but I do think that
typescript
should always be at the root of the project, since otherwise it’d be awkward to update this.)We’d just match CRA with regards to peer deps, at least for dependencies that categorically shouldn’t be duplicated in a repo. But I think that none of these should really be regular deps as they can cause hard-to-debug issues such as unexpected versions of plugins being resolved (especially imagine a repo with existing linting). Also
eslint-plugin-react
is notorious for having breaking changes from release to release.