[New] support wildcard patterns in `import/core-modules` setting #3274

Summary

Addresses https://github.com/import-js/eslint-plugin-import/issues/1281

Recreation of #3200, which became unrecoverable after I deleted the fork — apologies for the churn. This is the final state of that PR (post-review), rebased onto current main, with both review comments addressed:

• Uses minimatch (already a dependency) instead of dynamic regex construction, per review feedback
  


• The matching is inlined directly in isBuiltIn — no wrapper function, per review feedback
  

Changes

• 
  src/core/importType.js: patterns in import/core-modules containing * are matched with minimatch (exact matches still use indexOf first)


• Tests for basic wildcards (@my-monorepo/*), multiple wildcards (@my-*/*), mixed exact + wildcard lists, and subpaths of wildcard-matched modules


• 
  no-extraneous-dependencies rule tests for wildcard core-modules


• README example of wildcard usage

Test plan

• [x] All existing tests pass


• [x] New tests in tests/src/core/importType.js and tests/src/rules/no-extraneous-dependencies.js
  

Notes

• Non-string entries in the setting are ignored (previously indexOf tolerated them; pattern.includes would have thrown), and minimatch's ! negation / # comment semantics are disabled (nonegate/nocomment) so a pattern like !@foo/* can't accidentally match everything.


• 
  Known limitation: eslint-module-utils' resolve still does an exact-match Set.has() on import/core-modules (utils/resolve.js), so wildcard entries are honored by importType-based rules but not by resolver-based ones like no-unresolved. Happy to extend this to eslint-module-utils in this PR or a follow-up if that's the preferred direction.