-
-
Notifications
You must be signed in to change notification settings - Fork 121
.eslintignore does not work with symlinked dependencies #202
Comments
The best way to confirm a bug, and have it fixed quickly is by producing a PR with a failing test. I won't have time to try to reproduce this very specific use case. |
I gave it a try by copying the existing I investigated the problem a bit more by trying to run ESLint CLI agains 2 files: one from linked dependency and one from installed: the one from installed triggered It turns out ESLint resolves paths before matching against In my case turning Anyway: @MoOx thanks for a quick response and making me THINK :) |
|
Thanks for @jrencz 's solution. I have a local package named |
I observed strange behaviour in my setup and I'm not 100% sure if it's
eslint-loader
, but maybe it is.I have my applications composed from public packages and from several in-house packages published to private NPM instance.
Those in-house dependencies are most of the time
npm link
ed in applications which allows seamless development.The problem is that in case I modify installed dependency (the one that is not a result of executing
npm link <dependency package name>
) it's not lintedI fI modify a linked dependecy is changed then it's linted
Both main project (where webpack runs) and the linked dependency have
.eslintignore
files:Main project has loader config (webpack1):
(I expect the loader not to have to have
exclude
if there is.eslintignore
)Steps to reproduce:
eslint-loader
. add some rules which are not violated in project code but are violated in dependency code (easiest: make sure dependencies are minified. It's going to violate virtually any rule)npm link
in the working copy of one of dependencies.node_modules
and modify sourceThe text was updated successfully, but these errors were encountered: