-
-
Notifications
You must be signed in to change notification settings - Fork 9.4k
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
Vite: Support vite 4 #20139
Vite: Support vite 4 #20139
Conversation
This is currently passing, but note that there will be two versions of vite in these projects, until #20131 is merged. Maybe I should just pull that PR into this one? I tested this out locally, by using Here's the output of
|
Not all frameworks use imports from "vite" directly. # Conflicts: # code/frameworks/html-vite/package.json # code/frameworks/web-components-vite/package.json # code/yarn.lock
# Conflicts: # code/yarn.lock
code/lib/cli/src/repro-templates.ts
Outdated
@@ -86,7 +86,7 @@ export const allTemplates: Record<string, Template> = { | |||
}, | |||
'react-vite/default-js': { | |||
name: 'React Vite (JS)', | |||
script: 'yarn create vite . --template react', | |||
script: 'yarn create vite@beta . --template react', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@IanVS This is awesome!!! So happy about this 🎉
Adding @beta
is great for testing, but should stay as yarn create vite
when we merge
We should have a separate yarn create vite@beta
that only runs at the daily
cadence. We can probably do this for TS only (since it's generally a superset of JS) and do it for all frameworks.
WDYT? @yannbf @kasperpeulen
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not so sure keeping @beta in the tests will be helpful. I don't think we need to officially support beta after the final release (likely tomorrow), and we can always add it back in before the next major change. I'd recommend at least deferring until then, personally.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So your recommended approach is that we test against the beta now, for the next couple of days. And when Vite 4.0 has been released, we go back to testing against stable.
And we do the same thing when Vite 5.0 is getting close, etc.
That sounds fair to me.
I think there's CI iteration 2 in the future where we have a setup that tests against all the betas continuously, (so eg. we would have caught Angular 15 breaking before it was released), and that system would likely supersede the work here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We could leave it in for a few days, or I've already taken it out of this PR. I think it's a low-risk item right now, especially since we showed here in this PR that it doesn't cause any trouble in any of the frameworks.
I'm also working on getting storybook back into vite-ecosystem-ci, which would mean that storybook would be continuously tested against unreleased versions of vite, which would be ideal.
# Conflicts: # code/frameworks/html-vite/package.json # code/frameworks/web-components-vite/package.json
Issue: N/A
What I did
Vite 4 will be released soon. Let's test it out in storybook.
How to test
If your answer is yes to any of these, please make sure to include it in your PR.