mozisan
commented
1 year ago あ、いやまだ正常に検知できないケースが残っていました・・・:sob:
package.jsonのexportsフィールドが定義されていて、かつpackage.jsonがexportsフィールドで公開されていない場合、resolve-pkgはそのライブラリをライブラリだと判定できないようです。
そしてそれをうまいこと解消する良さそうな方法はまだなさそうという・・・
https://github.com/sindresorhus/resolve-pkg/issues/9#issuecomment-1433250154
問題
defaultImportability=packageの際、ライブラリに対するインポートをLintの対象外にするような差分を入れていましたが、Monorepo構成などでsymlinkを使ってインストールされるライブラリは「node_modules配下」という判定にならず、再びエラーが出てしまいました 😢対応方針
現状では以下の箇所のコードで、
require.resolve("foo")あるいはrequire.resolve("foo/package.json")を試し、ここで得られたパスが/node_modules/という文字列を含むかどうかという判定を行なっています。 https://github.com/uhyo/eslint-plugin-import-access/blob/master/src/rules/jsdoc.ts#L190-L205 ここでsymlinkが使われるとパスが/node_modules/を含まないという結果になり、結果としてLintの対象になってしまいました。そこで、
require.resolve("foo/package.json")へのパス解決が成功するかどうかを優先的に扱うことを考えたのですが、その場合に今度はimport sub from "foo/sub";のようなサブモジュールへのインポートに対する制御が面倒になってしまいます。ちょっと色々やろうとは思ったのですが、すでにこういった判定処理が実装されたライブラリがないか探してみたところ、~resolve-pkg~ → enhanced-resolveというライブラリがあり、まさにこれだと思ってこのライブラリを使うように変えてみました。
その他の変更点
defaultImportability=package時のライブラリ関連のテストをsrc/__tests__/fixtures/project/src/default-export{3,4}に書いていましたが、これらはDefault exportに対する挙動をテストしたいものではなかったので、ライブラリ関連のテストをsrc/__tests__/fixtures/project/src/library/**以下に再配置しました。src/__tests__/fixtures/packages/*に用意していましたが、「symlinkでインストールされるテスト用ライブラリ」も用意したかったため、以下のようなディレクトリ構造に変更しました。src/__tests__/fixtures/packages/third-party/*.npmrcにinstall-links=trueと記述した上で、npm i -D src/__tests__/fixtures/packages/third-party/fooを実行するとテストで利用できるようになるsrc/__tests__/fixtures/packages/workspaces/*package.jsonにworkspaces項目を追加し、npm i -D <package-name>を実行するとテストで利用できるようになる（npmのworkspace機能はinstall-links=trueに影響されずにsymlinkでインストールされる）