chore(deps): update devdependencies

[renovate]

This PR contains the following updates:

Package	Change	Age	Confidence
@embroider/compat (source)	4.1.13 → 4.1.14
@embroider/core (source)	4.4.3 → 4.4.4
@embroider/macros (source)	1.19.7 → 1.20.0
@embroider/vite (source)	1.5.2 → 1.6.0
autoprefixer	10.4.24 → 10.4.27
ember-auto-import (source)	2.12.0 → 2.12.1
expect-type	^0.15.0 → ^0.20.0
turbo (source)	2.8.10 → 2.8.11

---

Release Notes

embroider-build/embroider (@​embroider/compat)

v4.1.14

• @​embroider/compat 4.1.14 (patch)
• @​embroider/core 4.4.4 (patch)
• @​embroider/macros 1.20.0 (minor)
• @​embroider/vite 1.6.0 (minor)

🚀 Enhancement

• @embroider/macros
  • #​2662 setTesting() from @embroider/macros (@​NullVoxPopuli)
• @embroider/vite
  • #​2668 Rolldown + Rollup :: better filtering (@​NullVoxPopuli)

Committers: 1

• @​NullVoxPopuli

postcss/autoprefixer (autoprefixer)

v10.4.27

Compare Source

• Removed development key from package.json.

v10.4.26

Compare Source

• Reduced package size.

v10.4.25

Compare Source

• Fixed broken gradients on CSS Custom Properties (by @​serger777).

embroider-build/ember-auto-import (ember-auto-import)

v2.12.1

• ember-auto-import 2.12.1 (patch)

🐛 Bug Fix

• ember-auto-import
  • #​687 Fix externals tracking for deps with escaped characters (@​ef4)

🏠 Internal

• Other
  • #​698 fix order of operations for publish (@​mansona)
  • #​695 fix node setup for publish.yml (@​mansona)
  • #​692 upgrade release-plan (@​mansona)
• ember-auto-import
  • #​689 fixing upstream types (@​ef4)

Committers: 2

• Chris Manson (@​mansona)
• Edward Faulkner (@​ef4)

mmkal/expect-type (expect-type)

v0.20.0

Compare Source

Breaking changes

• improve overloads support, attempt 2 by @​mmkal in #​83

This change updates how overloaded functions are treated. Now, .parameters gives you a union of the parameter-tuples that a function can take. For example, given the following type:

type Factorize = {
  (input: number): number[]
  (input: bigint): bigint[]
}

Behvaiour before:

expectTypeOf<Factorize>().parameters.toEqualTypeOf<[bigint]>()

Behaviour now:

expectTypeOf<Factorize>().parameters.toEqualTypeOf<[number] | [bigint]>()

There were similar changes for .returns, .parameter(...), and .toBeCallableWith. Also, overloaded functions are now differentiated properly when using .branded.toEqualTypeOf (this was a bug that it seems nobody found).

See #​83 for more details or look at the updated docs (including a new section called "Overloaded functions", which has more info on how this behaviour differs for TypeScript versions before 5.3).

What's Changed

• Fix rendering issue in readme by @​mrazauskas in #​69
• Fix minor issues in docs by @​aryaemami59 in #​91
• create utils file by @​mmkal in #​93
• branding.ts and messages.ts by @​mmkal in #​95
• improve overloads support, attempt 2 by @​mmkal in #​83
• Extends: explain myself 1e37116
• Mark internal APIs with @internal JSDoc tag (#​104) 4c40b07
• Re-export everything in overloads.ts file (#​107) 5ee0181
• JSDoc improvements (#​100) 0bbeffa

Full Changelog: mmkal/expect-type@v0.19.0...v0.20.0

v0.19.0

Compare Source

What's Changed

• Fix .omit() to work similarly to Omit by @​aryaemami59 in #​54
• Add JSDocs to everything by @​aryaemami59 in #​56
• Remove test import in README.md by @​aryaemami59 in #​65

Full Changelog: mmkal/expect-type@0.18.0...0.19.0

v0.18.0

Compare Source

What's Changed

• Add .pick and .omit by @​aryaemami59 in #​51

New Contributors

• @​aryaemami59 made their first contribution in #​51

Full Changelog: mmkal/expect-type@v0.17.3...0.18.0

v0.17.3

Compare Source

• docs: why-is-my-assertion-failing 907b8aa
• I think the previous build was out of date somehow too, so see https://github.com/mmkal/expect-type/releases/v0.17.2

v0.17.2

Compare Source

• Improve tuple errors (#​40) 4b38117

Diff(truncated - scroll right!):

test('toEqualTypeOf with tuples', () => {
  const assertion = `expectTypeOf<[[number], [1], []]>().toEqualTypeOf<[[number], [2], []]>()`
  expect(tsErrors(assertion)).toMatchInlineSnapshot(`
-    "test/test.ts:999:999 - error TS2344: Type '[[number], [2], []]' does not satisfy the constraint '{ [x: number]: { [x: number]: number; [iterator]: (() => IterableIterator<1>) | (() => IterableIterator<number>) | (() => IterableIterator<never>); [unscopables]: (() => { copyWithin: boolean; entries: boolean; fill: boolean; find: boolean; findIndex: boolean; keys: boolean; values: boolean; }) | (() => { copyWithin: boolean; entries: boolean; fill: boolean; find: boolean; findIndex: boolean; keys: boolean; values: boolean; }) | (() => { copyWithin: boolean; entries: boolean; fill: boolean; find: boolean; findIndex: boolean; keys: boolean; values: boolean; }); length: 0 | 1; toString:  ... truncated!!!!'.
-      Types of property 'sort' are incompatible.
-        Type '(compareFn?: ((a: [] | [number] | [2], b: [] | [number] | [2]) => number) | undefined) => [[number], [2], []]' is not assignable to type '\\"Expected: function, Actual: function\\"'.
+    "test/test.ts:999:999 - error TS2344: Type '[[number], [2], []]' does not satisfy the constraint '{ 0: { 0: number; }; 1: { 0: \\"Expected: literal number: 2, Actual: literal number: 1\\"; }; 2: {}; }'.
+      The types of '1[0]' are incompatible between these types.
+        Type '2' is not assignable to type '\\"Expected: literal number: 2, Actual: literal number: 1\\"'.
    999 expectTypeOf<[[number], [1], []]>().toEqualTypeOf<[[number], [2], []]>()
                                                          ~~~~~~~~~~~~~~~~~~~"
  `)
})

v0.17.1

Compare Source

• disallow .not and .branded together cf38918

(this was actually documented in the v0.17.0 release but really it was only pushed here)

v0.17.0

Compare Source

#​16 went in to - hopefully - significantly improve the error messages produce on failing assertions. Here's an example of how vitest's failing tests were improved:

Before:

After:

Docs copied from the readme about how to interpret these error messages

---

Error messages

When types don't match, .toEqualTypeOf and .toMatchTypeOf use a special helper type to produce error messages that are as actionable as possible. But there's a bit of an nuance to understanding them. Since the assertions are written "fluently", the failure should be on the "expected" type, not the "actual" type (expect<Actual>().toEqualTypeOf<Expected>()). This means that type errors can be a little confusing - so this library produces a MismatchInfo type to try to make explicit what the expectation is. For example:

expectTypeOf({a: 1}).toEqualTypeOf<{a: string}>()

Is an assertion that will fail, since {a: 1} has type {a: number} and not {a: string}. The error message in this case will read something like this:

test/test.ts:999:999 - error TS2344: Type '{ a: string; }' does not satisfy the constraint '{ a: \\"Expected: string, Actual: number\\"; }'.
  Types of property 'a' are incompatible.
    Type 'string' is not assignable to type '\\"Expected: string, Actual: number\\"'.

999 expectTypeOf({a: 1}).toEqualTypeOf<{a: string}>()

Note that the type constraint reported is a human-readable messaging specifying both the "expected" and "actual" types. Rather than taking the sentence Types of property 'a' are incompatible // Type 'string' is not assignable to type "Expected: string, Actual: number" literally - just look at the property name ('a') and the message: Expected: string, Actual: number. This will tell you what's wrong, in most cases. Extremely complex types will of course be more effort to debug, and may require some experimentation. Please raise an issue if the error messages are actually misleading.

The toBe... methods (like toBeString, toBeNumber, toBeVoid etc.) fail by resolving to a non-callable type when the Actual type under test doesn't match up. For example, the failure for an assertion like expectTypeOf(1).toBeString() will look something like this:

test/test.ts:999:999 - error TS2349: This expression is not callable.
  Type 'ExpectString<number>' has no call signatures.

999 expectTypeOf(1).toBeString()
                    ~~~~~~~~~~

The This expression is not callable part isn't all that helpful - the meaningful error is the next line, Type 'ExpectString<number> has no call signatures. This essentially means you passed a number but asserted it should be a string.

If TypeScript added support for "throw" types these error messagess could be improved. Until then they will take a certain amount of squinting.

Concrete "expected" objects vs typeargs

Error messages for an assertion like this:

expectTypeOf({a: 1}).toEqualTypeOf({a: ''})

Will be less helpful than for an assertion like this:

expectTypeOf({a: 1}).toEqualTypeOf<{a: string}>()

This is because the TypeScript compiler needs to infer the typearg for the .toEqualTypeOf({a: ''}) style, and this library can only mark it as a failure by comparing it against a generic Mismatch type. So, where possible, use a typearg rather than a concrete type for .toEqualTypeOf and toMatchTypeOf. If it's much more convenient to compare two concrete types, you can use typeof:

const one = valueFromFunctionOne({some: {complex: inputs}})
const two = valueFromFunctionTwo({some: {other: inputs}})

expectTypeOf(one).toEqualTypeof<typeof two>()

---

Kinda-breaking changes: essentially none, but technically, .branded no longer returns a "full" ExpectTypeOf instance at compile-time. Previously you could do this:

expectTypeOf<{a: {b: 1} & {c: 1}}>().branded.not.toEqualTypeOf<{a: {b: 1; c: ''}}>()
expectTypeOf<{a: {b: 1} & {c: 1}}>().not.branded.toEqualTypeOf<{a: {b: 1; c: ''}}>()

Now that won't work (and it was always slightly nonsensical), so you'd have to use // @​ts-expect-error instead of not if you have a negated case where you need branded:

// @​ts-expect-error
expectTypeOf<{a: {b: 1} & {c: 1}}>().branded.not.toEqualTypeOf<{a: {b: 1; c: ''}}>()

---

What's Changed

• Improve CLI error messages by @​mmkal in #​16
• expect-type is usually a dev dependency by @​SerkanSipahi in #​39

New Contributors

• @​SerkanSipahi made their first contribution in #​39

Full Changelog: mmkal/expect-type@v0.16.0...v0.17.0

v0.16.0

Compare Source

What's Changed

• support functions with this parameters by @​mmkal and @​papb in #​15
• Prevent the .not modifier from being chained by @​trevorade in #​20
• Rewrite Equal to use the equality check from ReadonlyEquivalent exclusively by @​trevorade in #​21

Note that #​21 has affected behavior for intersection types, which can result in (arguably) false errors:

// @​ts-expect-error the following line doesn't compile, even though the types are arguably the same.
// See https://github.com/mmkal/expect-type/pull/21
expectTypeOf<{a: 1} & {b: 2}>().toEqualTypeOf<{a: 1; b: 2}>()

Full Changelog: mmkal/expect-type@v0.15.0...v16.0.0

vercel/turborepo (turbo)

v2.8.11: Turborepo v2.8.11

Compare Source

What's Changed

Docs

• chore: Migrate to Ultracite by @​haydenbleasel in #​11948

@​turbo/repository

• perf: Defer TLS initialization to a background thread by @​anthonyshew in #​11967
• fix: Add repository field to @​turbo/repository package.json by @​anthonyshew in #​11982
• release(library): 0.0.1-canary.19 by @​github-actions[bot] in #​11983

Changelog

• fix: Get all pnpm lockfile pruning tests passing by @​anthonyshew in #​11897
• perf: Optimize pnpm lockfile transitive closure resolution by @​anthonyshew in #​11898
• fix: Resolve npm packages in @​turbo/gen compiled binary by @​anthonyshew in #​11900
• perf: Deduplicate file hashing and parallelize globwalks by @​anthonyshew in #​11902
• perf: Improve transitive dependency resolution cache sharing across workspaces by @​anthonyshew in #​11903
• perf: Reduce filesystem syscalls in globwalk, SCM hashing, and task scheduling by @​anthonyshew in #​11907
• feat: Remove daemon from turbo run, deprecate daemon flags and config by @​anthonyshew in #​11910
• test: Replace help text integration tests with insta snapshots by @​anthonyshew in #​11911
• perf: Reduce allocations in SCM hashing, glob preprocessing, and cache lookups by @​anthonyshew in #​11916
• perf: Parallelize package.json loading and reduce builder allocations by @​anthonyshew in #​11918
• perf: Cache compiled env wildcard regexes for builtin pass-through patterns by @​anthonyshew in #​11920
• perf: Replace O(N) workspace path lookup with HashMap index in DependencySplitter by @​anthonyshew in #​11922
• perf: Parallelize lockfile parsing with workspace discovery by @​anthonyshew in #​11927
• perf: Optimize turbo run hotpath with parallelization and reduced allocations by @​anthonyshew in #​11928
• perf: Share HTTP client and improve profile instrumentation by @​anthonyshew in #​11929
• perf: Share HTTP client and improve profile instrumentation by @​anthonyshew in #​11932
• perf: Reduce git subprocess calls on startup by @​anthonyshew in #​11934
• chore: Upgrade zstd 0.12.3 to 0.13.3 by @​anthonyshew in #​11936
• perf: Replace git subprocesses with libgit2 and skip unnecessary summary work by @​anthonyshew in #​11938
• perf: Reduce per-package hashing overhead and eliminate SCM subprocesses by @​anthonyshew in #​11942
• perf: Reduce CPU overhead in turbo run hot path by @​anthonyshew in #​11947
• perf: Replace libgit2 git status with gix-index for faster file hashing by @​anthonyshew in #​11950
• perf: Resolve literal input paths via stat instead of glob walk by @​anthonyshew in #​11955
• perf: Optimize engine builder, task visitor, and untracked file discovery by @​anthonyshew in #​11956
• perf: Parallelize turbo run pre-execution hot path by @​anthonyshew in #​11958
• chore: Add tracing spans to uninstrumented hot path functions by @​anthonyshew in #​11959
• perf: Use Arc<str> for task dependency hashes to avoid heap clones by @​anthonyshew in #​11962
• perf: Add more tracing spans into startup path by @​anthonyshew in #​11965
• perf: Parallelize task hash computation across topological waves by @​anthonyshew in #​11969
• perf: Send engine callback before tracker bookkeeping and add tracing spans by @​anthonyshew in #​11970
• fix: Resolve git_root to worktree root in linked worktrees by @​anthonyshew in #​11974
• perf: Fast path for shallow wildcard glob patterns in workspace discovery by @​anthonyshew in #​11972
• chore: Move git hooks from pre-commit to pre-push and match CI lint checks by @​anthonyshew in #​11977
• chore: Update AGENTS.md by @​anthonyshew in #​11978
• perf: Replace heap-allocated String with stack-allocated OidHash for git OIDs by @​anthonyshew in #​11984
• perf: Eliminate redundant syscalls in FSCache fetch and exists by @​anthonyshew in #​11985
• perf: Reduce per-task allocations in visitor dispatch loop by @​anthonyshew in #​11986
• docs: Fix same-page anchor links that don't scroll to target by @​anthonyshew in #​11989
• docs: Mention inputs key in package hash inputs table by @​anthonyshew in #​11990
• fix(docs): update sitemap.md to single-line pipe-delimited format by @​molebox in #​11976
• fix: Disable husky pre-push hook during release staging by @​anthonyshew in #​11991
• fix: Use versioned schema URLs in Turborepo skill files by @​anthonyshew in #​11994
• fix: Restore daemon client in RunCache for turbo watch by @​anthonyshew in #​11995

Full Changelog: vercel/turborepo@v2.8.10...v2.8.11

---

Configuration

📅 Schedule: Branch creation - "after 9pm on sunday" (UTC), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

---

• If you want to rebase/retry this PR, check this box

---

This PR was generated by Mend Renovate. View the repository job log.