-
-
Notifications
You must be signed in to change notification settings - Fork 459
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(linter): make overrides
globs relative to config path
#7407
fix(linter): make overrides
globs relative to config path
#7407
Conversation
Your org has enabled the Graphite merge queue for merging into mainAdd the label “0-merge” to the PR and Graphite will automatically add it to the merge queue when it’s ready to merge. Or use the label “hotfix” to add to the merge queue as a hot fix. You must have a Graphite account and log in to Graphite in order to use the merge queue. Sign up using this link. |
CodSpeed Performance ReportMerging #7407 will not alter performanceComparing Summary
|
Merge activity
|
- fixes #7365 currently, we are matching globs on the absolute path to the file, which means that in order to properly match, all globs would need to start with `**/`. this is not consistent with the behavior in ESLint, which is defined here: https://eslint.org/docs/v8.x/use/configure/configuration-files#how-do-overrides-work > **The patterns are applied against the file path relative to the directory of the config file.** For example, if your config file has the path `/Users/john/workspace/any-project/.eslintrc.js` and the file you want to lint has the path `/Users/john/workspace/any-project/lib/util.js`, then the pattern provided in `.eslintrc.js` is executed against the relative path `lib/util.js`. This PR adds the ability to store the path to the configuration file along with the configuration data, so that we can later use it to resolve the relative paths of the files in the overrides section. I'm not exactly sure if this will still make sense with nested configuration files, but I think it makes sense to store a path to each configuration file, alongside where the overrides are stored.
1cae468
to
e88cf1b
Compare
## [0.13.1] - 2024-11-23 ### Features - 4ad26b9 linter: Add `no-promise-in-callback` (#7307) (no-yan) - 9558087 oxlint: Auto detect config file in CLI (#7348) (Alexander S.) ### Bug Fixes - 8507464 linter: Hanging when source has syntax/is flow (#7432) (Cameron) - e88cf1b linter: Make `overrides` globs relative to config path (#7407) (camchenry) - 9002e97 linter: Add proper support for findIndex and findLastIndex for `unicorn/prefer-array-some` (#7405) (Dmitry Zakharov) ### Documentation - 6730e3e linter: Add more examples for `unicorn/prefer-array-some` (#7411) (Dmitry Zakharov) ### Refactor - 6c0d31b linter: Remove useless `const` declaration (#7430) (Song Gao) - c8adc46 linter/no-unused-vars: Improve implementation to remove using SymbolFlags::Export (#7412) (Dunqing) - c90537f linter/only-used-in-recursion: Improve implementation to remove using SymbolFlags::Export (#7413) (Dunqing) ### Testing - 779f479 editor: Check if workspace configuration is updated (#7403) (Alexander S.) Co-authored-by: Boshen <1430279+Boshen@users.noreply.github.com>
**
prefix does not seem to work #7365currently, we are matching globs on the absolute path to the file, which means that in order to properly match, all globs would need to start with
**/
. this is not consistent with the behavior in ESLint, which is defined here: https://eslint.org/docs/v8.x/use/configure/configuration-files#how-do-overrides-workThis PR adds the ability to store the path to the configuration file along with the configuration data, so that we can later use it to resolve the relative paths of the files in the overrides section.
I'm not exactly sure if this will still make sense with nested configuration files, but I think it makes sense to store a path to each configuration file, alongside where the overrides are stored.