You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Sep 28, 2020. It is now read-only.
From what I understand, the current way the cache identifier is constructed gives off odd reports if the ESLint configuration has changed between two runs.
I have only one ESLint configuration file, so I could have a straightforward workaround to write a plugin that hooks into the environment event from the compiler and maintain a hash for the contents , then manually wipe the cache path assigned to eslint-loader, but I'm wondering if this could somehow be managed by the loader itself?
The text was updated successfully, but these errors were encountered:
From what I understand, the current way the cache identifier is constructed gives off odd reports if the ESLint configuration has changed between two runs.
I have only one ESLint configuration file, so I could have a straightforward workaround to write a plugin that hooks into the
environment
event from the compiler and maintain a hash for the contents , then manually wipe the cache path assigned toeslint-loader
, but I'm wondering if this could somehow be managed by the loader itself?The text was updated successfully, but these errors were encountered: