Repository navigation
chore(deps): update dependency @repobuddy/vitest to v3 - #300
renovate[bot] wants to merge 1 commit into
Conversation
|
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #300 +/- ##
=========================================
Coverage 100.00% 100.00%
=========================================
Files 1 1
Lines 2 2
=========================================
Hits 2 2 ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
|
Tick the box to add this pull request to the merge queue (same as
|
1d1e0fc to
eb6d4e6
Compare
eb6d4e6 to
41b332c
Compare
This PR contains the following updates:
^2.1.2→^3.0.0Release Notes
repobuddy/repobuddy (@repobuddy/vitest)
v3.0.1Compare Source
Patch Changes
fcd82e3]v3.0.0Compare Source
Major Changes
280e4b5: Supportvitest5 only.The
vitestand@vitest/browser-playwrightpeer ranges move from^4.0.15to^5.0.0.Stay on 2.x to keep using
vitest4.Patch Changes
1620562: The readme no longer says every preset restores mocks (onlybrowserTestPresetdoes), its load-test config no longer also runs the other tests, and its npm badges point at@repobuddy/vitest. TheincludeGeneralTestsdoc comment shows the right glob and no longer lists a.tsxfile, which is a browser test, as a general test.1620562]v2.4.1Compare Source
Patch Changes
09c89a9: RunbrowserTestPreset()in thepreplugin phase.Vitest 5 sets up Browser Mode in a
preplugin that readstest.browser.enabledbefore normal plugins run.Without this, Vitest 5 fails with "The browser server was not initialized".
v2.4.0Compare Source
Minor Changes
82b4815: Recognize*.load.ts|jsas a test filename.Load tests are slow, so they are not part of a normal run.
buddyConfigDefaults.include.testLoadholds their pattern,
nodeTestPresetandbrowserTestPresettake anincludeLoadTestsoption toopt in, and
buddyConfigDefaults.exclude.testnow covers.load.files so they are not counted assource in coverage.
v2.3.0Compare Source
Minor Changes
628f3a8: Addexpect.order, anAssertOrderfactory for asserting code executes in the expected order.@repobuddy/testexportsorder,installOrder(), and theExpectWithOrdertype.installOrder(expect)addsorderto any test runner'sexpect, soexpect.order.plan(x)creates anAssertOrderplanned forxsteps.@repobuddy/vitestadds a@repobuddy/vitest/setup/orderentry that installs it and augmentsvitest'sExpectStatic, so the only wiring needed is adding it tosetupFiles.Patch Changes
628f3a8]v2.2.0Compare Source
Minor Changes
9492362: Recognisets/as a source directory.The include globs covered
{src,source,code}while@repobuddy/jesthas alwaysresolved
['src', 'source', 'ts', 'js']. Most of these repos keep their sources ints/, so the vitest presets matched nothing and every migration so far(
resolve.imports,path-equal,just-func,fsa-emitter) hand-wrote avitest.config.tsrather than importing the preset.jsis deliberately not added.@repobuddy/jestpicks the first existingdirectory from its list, whereas these are globs that union everything they match —
so adding
jsrisks pulling a build-output directory into the source set. No repouses
js/as a source directory today.v2.1.4Compare Source
Patch Changes
5789ca2: Build with TypeScript 7.The emitted output changes cosmetically: TypeScript 7 preserves the source
quote style in re-export specifiers (
export * from './x.js'rather than"./x.js"), and the property order inside one inferred.d.tsunion in@repobuddy/typescriptdiffers. No public API, type or runtime behaviorchanges.
The
tsconfigpresets themselves are unchanged and remain valid under bothTypeScript 6 and 7 — they use no option TypeScript 7 removed, and
@repobuddy/typescriptnow type-checks and builds against 7.0.2 using them.Updated dependencies [
5789ca2]v2.1.3Compare Source
Patch Changes
8047432: AnnotatebrowserTestPreset()andnodeTestPreset()return types as vite'sPlugin.The return types were inferred structurally, so the emitted
.d.tsleaked the whole config shape.test.browser.instances[].browseris typed against vitest's augmentable_BrowserNamesinterface,which resolved to
stringwhen the presets were built without a browser provider installed. In aconsumer project
@vitest/browser-playwrightaugments_BrowserNames,browsernarrows to theprovider's union, and
stringis no longer assignable —browserTestPreset()failed with TS2769"No overload matches this call".
Annotating the return type keeps the emitted types independent of what is installed at build time.
Runtime behavior is unchanged.
Fixes #610
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.