hermex 2.0.2 → 2.1.0

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/dist/index.d.mts CHANGED
@@ -256,7 +256,7 @@ type ReleaseAgeConfig = HermexConfig['releaseAge'];
256
256
  type ReleaseAgeThresholds = HermexConfig['releaseAge']['thresholds'];
257
257
  //#endregion
258
258
  //#region src/npm-registry/types.d.ts
259
- type UpgradeLevel = 'needs_upgrade' | 'mandatory_upgrade';
259
+ type UpgradeLevel = 'minor_overdue' | 'major_overdue';
260
260
  type SemverBump = 'patch' | 'minor' | 'major';
261
261
  interface AvailableUpgrade {
262
262
  version: string;
@@ -285,10 +285,11 @@ interface ReleaseAgeEntry {
285
285
  installedVersion: string;
286
286
  upgrades: AvailableUpgrade[];
287
287
  /**
288
- * `null` when compliant, including when no release newer than
289
- * `installedVersion` has ever fallen inside its bump tier's threshold —
290
- * in that case the only achievable target is `latestVersion` itself, so
291
- * there's nothing avoidably stale to flag (#26).
288
+ * `null` only when there are no breached upgrades at all. Independent of
289
+ * whether `minCompliantVersion` fell back to `latestVersion` a package
290
+ * can still be overdue on a breached tier even when latest itself is past
291
+ * that tier's threshold and there's nothing fresher to recommend instead
292
+ * (#29).
292
293
  */
293
294
  worstLevel: UpgradeLevel | null;
294
295
  pendingUpgrade?: PendingUpgrade;
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "hermex",
3
- "version": "2.0.2",
3
+ "version": "2.1.0",
4
4
  "description": "SWC-based AST parser for analyzing code and React component usage patterns across entire codebases",
5
5
  "keywords": [
6
6
  "analysis",