Releases: cyberuni/assertron
Release list
v11.7.0
Minor Changes
-
7dd509c: Raise
iso-errorto^7.0.0.iso-error@6.0.5's caret range could never resolve toiso-error@7.0.0, so a fresh
install ofassertronkept pulling a staleiso-errormajor even afteriso-error7
was published. This bump lets consumers actually resolve the currentiso-errormajor
and removes the stale transitivetype-plus/tersifycopies that came with it.iso-error@7.0.0's major came from raising its ownengines.nodefloor to>= 20
(required bytype-plus@8'sunpartialdependency), not from an API change.
assertronalready declaresengines.node: >= 20, so nothing moves there.assertron
extendsiso-error'sModuleErrorin its publicAssertionErrortype, but
ModuleError's own shape is unchanged iniso-error@7, so this is a dependency range
update with no consumer-visible contract change — no source changes were required and
pnpm verifypasses unmodified.
v11.6.1
Patch Changes
-
d5c0ed4: Pin
type-plusto the exact version8.0.0-beta.10.assertronalready depended ontype-plus@^8.0.0-beta.10, so this only tightens the
caret range to an exact pin — it does not change which version a fresh install resolves
today. The pin forecloses future resolution to a later8.0.0-beta.x,8.0.0, or
8.1.0release, but nothing consumer-visible changes right now: no source changed, the
typescript >= 5.6.0peer requirement was already reached throughtype-plusbefore
this change, andpath-equalwas refreshed to its latest patch (^1.2.8) with no
functional impact.
v11.6.0
Minor Changes
-
d5a9ba4: Move
type-plusfrom^7.6.2to^8.0.0-beta.10.type-plusis a runtimedependenciesentry and its types leak into assertron's
public declarations (RequiredPickinerrors.d.ts,AnyConstructorin
assertron.d.ts, andIf/IsExtend/NonComposableTypesinsatisfies.d.ts),
so consumers resolve and compile against the new major. That is a
consumer-visible change to what gets installed, hence a minor rather than a
patch. Assertron's own exported signatures are unchanged and no source edits
were needed — every type it uses exists in v8 with the same meaning — so it is
not a major.The motivating benefit is deduplication:
type-plus7 depends ontersify^3
while assertron already depends ontersify^4 directly. Pairing assertron with
type-plus8 (which itself depends ontersify^4.0.6) removes the second
tersifymajor from downstream dependency trees.The caret range resolves forward to a stable
8.0.0when it ships.
v11.5.5
Patch Changes
-
419f686: Drop the last Node builtin from the shipped code.
AssertOrder's clock imported the bareperf_hooksspecifier and preferred
process.hrtime. It now usesperformance.now(), which every runtime this package
supports provides as a global. The publishedesm/andcjs/output no longer references
any Node builtin, so it loads unchanged on Bun, Deno, browsers and edge runtimes.Elapsed times from
AssertOrder#end()andgetTimeTaken()are still high-resolution
milliseconds; only the clock behind them changed. Thebrowserfield's
"perf_hooks": falsemapping is removed because there is no longer an import for a
bundler to stub.node:assertis unchanged and unaffected: it appears only in the test helpers and spec
files, neither of which is published.
v11.5.4
Patch Changes
-
cdcd018: Raise the minimum of every runtime dependency to the version this release is built and
tested against:iso-error@6.0.5,path-equal@1.2.7,satisfier@5.4.4,tersify@4.0.6
andtype-plus@7.6.2. Consumers resolve the newer upstreams as a result.The published bundles are also rebuilt by tsdown rather than three
tscpasses. The public
API is unchanged andesm/index.js,cjs/index.jsand the declarations beside them keep
their paths, but the emitted output differs: the CJS target moves from ES5 to ES2015
(rolldown's floor), a small_virtual/helper module set appears alongside the entry, and
per-module.d.tsfiles that were never reachable through theexportsmap are no longer
emitted. Two source files that nothing referenced —ts/assert-order/internalInterfaces.ts
andts/testUtils.ts— are dropped from the publishedts/sources.
v11.5.3
Patch Changes
- 363640b: Point repository metadata at
cyberuni/assertronand release through npm trusted
publishing (OIDC) instead of a long-livedNPM_TOKEN.