2.0.0-beta.1 now warns about files in node_modules
See original GitHub issueWhen I ugrade eslint from 2.0.0-alpha-2
to 2.0.0-beta.1
, thousands of these warnings show up:
~/projects/my-project/node_modules/ws/index.js
0:0 warning File ignored because of a matching ignore pattern. Use --no-ignore to override
I’m running eslint with eslint "**/*.js"
and without any ignores. The documentation states that node_modules
are ignored by default, which is what I want.
From skimming through the commits, I guess this was introduced in https://github.com/eslint/eslint/pull/3948 but I don’t understand enough about the internals to look into this myself.
Thanks for helping out.
Issue Analytics
- State:
- Created 8 years ago
- Comments:19 (17 by maintainers)
Top Results From Across the Web
What could cause an error related to npm not being able to ...
1. Make sure you have the latest npm (npm install -g npm). · 2. Add an exception to your antivirus to ignore the...
Read more >Release notes | U.S. Web Design System
Version 2.0.0 Beta 5. February 20, 2019. Bug fixes. The borderless table variant now displays properly in prose scope (https://github.
Read more >ts-node - npm
Warning: An ignored file can still be executed by node.js. Ignoring a file means we do not transform it from TypeScript into JavaScript,...
Read more >Changelog - Cypress Documentation
Users working in React Component Testing projects can now generate a basic spec file from the components that exist in their project. Addresses...
Read more >Changelog | Meteor API Docs
Internal methods from OAuth that are now async: ... files PR. needs to use directly from npm the meteorjs/babel@7.16.1-beta.0. ... accounts-2fa@2.0.0.
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
We should definitely keep the < 2.0 behavior. Thanks for flagging this @gyandeeps
I believe the issue is https://github.com/ember-cli/ember-cli-eslint/issues/63, but it’s unclear to me whether it’s a problem in ESLint or it is a matter of Atom’s linter-eslint not using the correct
eslint
executable. There’s a difficulty in that ember-cli-eslint seems to package its own version of eslint, which atom won’t pick up on in npm@2 because it is a nested dependency (https://github.com/ember-cli/ember-cli-eslint/issues/48).As for the
-d
check, I wondered about that as well. Not sure why it’s there, but it seems it could be replaced withtrue
for clarity.