@ololoepepe/eslint-config-typescript 0.1.1 → 0.1.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +15 -0
- package/package.json +1 -1
- package/src/plugins/unicorn.js +10 -1
package/CHANGELOG.md
CHANGED
|
@@ -4,6 +4,21 @@ All notable changes to this project are documented in this file. The format is
|
|
|
4
4
|
based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/), and this
|
|
5
5
|
project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
|
|
6
6
|
|
|
7
|
+
## [0.1.2] - 2026-07-02
|
|
8
|
+
|
|
9
|
+
### Fixed
|
|
10
|
+
|
|
11
|
+
- **base:** resolved a mutual exclusion between `unicorn/prefer-export-from` and
|
|
12
|
+
`no-duplicate-imports` ({`includeExports: true`}). A binding imported for
|
|
13
|
+
internal use **and** re-exported (`import {x} from './m'; ... use x ...;
|
|
14
|
+
export {x};`) had no valid arrangement: the former demanded `export…from`,
|
|
15
|
+
which the latter forbade, and the internal use blocked dropping the import.
|
|
16
|
+
`unicorn/prefer-export-from` is now configured with `{checkUsedVariables:
|
|
17
|
+
false}`, so it no longer rewrites re-exports of internally-used bindings; pure
|
|
18
|
+
re-exports are still pushed to `export…from`. Added re-export compatibility
|
|
19
|
+
fixtures plus `--fix` fixpoint guards over `src` and every positive fixture to
|
|
20
|
+
catch future autofix conflicts across the ruleset.
|
|
21
|
+
|
|
7
22
|
## [0.1.1] - 2026-07-01
|
|
8
23
|
|
|
9
24
|
### Documentation
|
package/package.json
CHANGED
package/src/plugins/unicorn.js
CHANGED
|
@@ -216,7 +216,16 @@ export default {
|
|
|
216
216
|
'unicorn/prefer-else-if': 'error',
|
|
217
217
|
'unicorn/prefer-error-is-error': 'off',
|
|
218
218
|
'unicorn/prefer-event-target': 'error',
|
|
219
|
-
'unicorn/prefer-export-from': 'error',
|
|
219
|
+
'unicorn/prefer-export-from': ['error', {
|
|
220
|
+
// Do not require `export…from` for a binding that is also used internally:
|
|
221
|
+
// `import {x} from './m'; ... use x ...; export {x};`. With the default
|
|
222
|
+
// (checkUsedVariables: true) this pattern is unsatisfiable — the rule demands
|
|
223
|
+
// `export {x} from './m'`, but `no-duplicate-imports` ({includeExports: true})
|
|
224
|
+
// forbids importing and export-from'ing the same path, and the internal use
|
|
225
|
+
// means the import cannot be dropped. Pure re-exports (binding never used
|
|
226
|
+
// internally) are still required to use `export…from`.
|
|
227
|
+
checkUsedVariables: false
|
|
228
|
+
}],
|
|
220
229
|
'unicorn/prefer-flat-math-min-max': 'error',
|
|
221
230
|
'unicorn/prefer-get-or-insert-computed': 'error',
|
|
222
231
|
'unicorn/prefer-global-number-constants': 'error',
|