-
-
Notifications
You must be signed in to change notification settings - Fork 290
feat(vite-plugin-angular): add support for tsconfig as getter function #1892
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
✅ Deploy Preview for analog-blog ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for analog-docs ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
✅ Deploy Preview for analog-app ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
|
working on fixing the tests now |
8bb27cc to
e428dde
Compare
|
@brandonroberts it's not as clean as I hoped for, but there's an issue I tried to avoid. The Nx plugin is generating the tsconfig during the So I needed to find a way to resolve the tsconfig twice, both in It's not pretty looking, but maybe you have a different idea on how to solve it in a cleaner way. |
PR Checklist
Recently, I've made buildable libs available for vitest in Nx (to improve testing speed in large nx monorepos)
In order to be able to have the angular compiler work with the tsconfig generated by Nx (with the paths pointing to the
dist/folder), a more dynamic way to get the tsconfig path is needed in the angular-vite plugin.What is the new behavior?
My change is simple, it allows the user to either provide a string (like the current implementation) or to provide a getter function.
That way, during the angular compilation, once Nx already generated the "dist" tsconfig, we can make sure that generated tsconfig path is being passed to the
performCompilationfunction, and by that the angular compiler could use the already built libs paths (because the getter runs dynamically and not only when configuring the plugin)Does this PR introduce a breaking change?
Other information
[optional] What gif best describes this PR or how it makes you feel?