Replies: 1 comment
-
You can commit your @mf-types in your git to have everything precompiled and ready on build time to prevent the race condition. Only caviat is you have to keep the @mf-types up to date all the time in your VCS. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hello, today i tried to add new plugin for type checking to my RSPack config (ts-checker-rspack-plugin). All works fine, except of types what've been generated for remotes that i use in my current app.
A little bit more details - i have host app and some shell apps, so my host app exposes some functions and components what i consume in my shell. Module-federation/enhanced with rspack works fine and generate types for host app right in runtime. But when i added plugin for type-checking, i got strange behavior that plugin runs earlier than rspack generate types for my host app. As a result, i get errors with files that i import from host app.
Do you have any best-practices how to deal with type-checking whe you use enhanced module federation? Or maybe any workarounds for this case?
Beta Was this translation helpful? Give feedback.
All reactions