You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've noticed that vite-plugin-dts will report type errors in the build logs but not halt the build. This causes a lot of messy errors in our build logs that should be fixed, but because nothing is stopping CI they keep sneaking into master.
The easiest way I can reproduce this is with api-extractor errors by not tagging exports with @public. I made a reproduction repo showing that which is linked.
I have also seen this happen with non api-extractor errors (i.e. didn't have jest-extended types wired into the tsconfig right and it was throwing errors during vite build but not tsc).
Is this expected behavior for this library? I'd really like my build script to not produce errors, and I'd think that any generated errors should blow up the build and force us to fix them. If I've gone to all the trouble of marking that these api-extractor messages should be "errors" then it'd be nice if they could kill the build too.
> repro-dts-not-throwing-errors@0.0.0 build /Users/geordi/dev/repros/repro-dts-not-throwing-errors
> tsc && vite build
vite v5.2.0 building for production...
✓ 1 modules transformed.
[vite:dts] Start generate declaration files...
dist/my-lib.js 0.18 kB │ gzip: 0.16 kB
[vite:dts] Start rollup declaration files...
Analysis will use the bundled TypeScript version 5.4.2
Error: dist/main.d.ts:1:1 - (ae-missing-release-tag) "setupCounter" is part of the package's API, but it is missing a release tag (@alpha, @beta, @public, or @internal)[vite:dts] Declaration files built in 456ms.✓ built in 492ms
Describe the bug
I've noticed that
vite-plugin-dts
will report type errors in the build logs but not halt the build. This causes a lot of messy errors in our build logs that should be fixed, but because nothing is stopping CI they keep sneaking into master.The easiest way I can reproduce this is with
api-extractor
errors by not tagging exports with@public
. I made a reproduction repo showing that which is linked.I have also seen this happen with non
api-extractor
errors (i.e. didn't havejest-extended
types wired into the tsconfig right and it was throwing errors duringvite build
but nottsc
).Is this expected behavior for this library? I'd really like my build script to not produce errors, and I'd think that any generated errors should blow up the build and force us to fix them. If I've gone to all the trouble of marking that these api-extractor messages should be "errors" then it'd be nice if they could kill the build too.
Maybe I'm missing a option somewhere?
Reproduction
https://github.com/GeordiD/repro-dts-not-throwing-errors
Steps to reproduce
System Info
Validations
The text was updated successfully, but these errors were encountered: