-
-
Notifications
You must be signed in to change notification settings - Fork 9.2k
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
Issue with reproduction generator #15085
Comments
Thanks @jonniebigodes! I agree with adding With regards to @jonniebigodes as for improving the ergonomics of the CLI, I personally don't think it's that important--the user can just cancel and start again as far as I'm concerned. However, I'd happily review a PR with any UI improvements you'd like to add. |
No problem and thank you for adding the |
I'm not sure it makes sense to keep it in the repros but maybe we should find a way to still have it in the e2e. |
ZOMG!! I just released https://github.com/storybookjs/storybook/releases/tag/v6.3.0-beta.6 containing PR #15114 that references this issue. Upgrade today to the
Closing this issue. Please re-open if you think there's still more to do. |
While working on the documentation to get new contributors onboarded to the reproduction process, I've stumbled into a couple of issues with the generator.
When choosing the react as a framework, followed by the yarn workspaces template it yields the following result:
Tried a couple of places, tested it in a Windows box, and the same outcome always. Possibly related comment.
Another thing that came into mind when working with the generator was related to this issue. While I'm aware that this is basically an upstream issue, we can probably mitigate this on our end either by:
SKIP_PREFLIGHT_CHECK=true
environment variable in the same as theFAST_REFRESH=true
one.Finally, one thing that we probably need to look into in the future. As of now, the generator works similarly to a one-way street. Basically, if a user starts it, selects a framework by mistake, and decides to go back, he/she will be blocked and will have to restart the whole process once again. Probably not a bad idea to have additional keys mapped and usable.
@shilman and @tmeasday would appreciate your feedback on this.
The text was updated successfully, but these errors were encountered: