Core: Expose Server instance through the pluggable Builder API #14468
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR mirrors the changes in SasanFarrokh@b6f5bb2
where Vite needs to hook up its websocket to Storybook's underlying http.Server instance in order to support HMR.
I just want some input from @SasanFarrokh and @patak-js. Once we expose Storybook's underlying http.Server through the API, there's no going back (because of backwards compatibility in the API). Is there any way we can connect Vite's HMR websocket to Storybook's underlying dev server, purely through the express.Router that is already provided in the existing Builder API? Or is exposing the http.Server the best option?