Refuse to build if user is importing something that isn't declared in package.json

[gaearon]

I think Brunch does this, if I recall correctly.

This is an important feature because people often misunderstand that transitive dependencies aren’t supposed to be importable.

See #1714 and #1622 for examples.

[jokeyrhyme]

eslint-plugin-node has similar rules for this:

• https://github.com/mysticatea/eslint-plugin-node/blob/master/docs/rules/no-missing-require.md

• https://github.com/mysticatea/eslint-plugin-node/blob/master/docs/rules/no-missing-import.md

[matoilic]

eslint-plugin-import also has a rule which could help to hint developers about importing transitive dependencies.

• https://github.com/benmosher/eslint-plugin-import/blob/master/docs/rules/no-extraneous-dependencies.md

[gaearon]

@jokeyrhyme I don't think these are similar. The rules you link to protect against importing a non-existing file (which would break the build anyway). But I'm talking about a file that exists but comes from a transitive dependency.

[gaearon]

@matoilic This one looks right. Want to send a PR adding it?

[gaearon]

One potential issue here is I don't think editing package.json would trigger an eslint-loader recheck, so the user would be stuck with a misleading message in our setup.

[matoilic]

@gaearon Sure, I can work out a PR. What do you think about importing dev dependencies? Should there be a warning / error when importing a dev dependency, especially in a production build?

I'm not sure on how to trigger a recheck or rebuild when editing package.json. Could a Webpack plugin be a solution? I haven't come across one which does something like that. We might need to create one to solve the issue.

[mnquintana]

What would you think about implementing this upstream in webpack? This seems like it'd be super helpful for all / most projects, not only React projects / projects using that ESLint plugin.

[gaearon]

Could a Webpack plugin be a solution?

That may be the case. I’m not sure.

What would you think about implementing this upstream in webpack?

It may be better longer term but if we can prototype this feature here and figure out the edge cases sooner, that might work out just as well. IMO plugins like this end up good when they start in userland, and if proven useful, move into the core.

[gaearon]

Another good point: https://twitter.com/_jayphelps/status/838489432801959936

[Timer]

I think this is important enough to not tag as a future idea and instead for 0.10. 😄

[gaearon]

Sounds good. I’m not sure I’m aware of a good way to make it happen tho.