-
Notifications
You must be signed in to change notification settings - Fork 142
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
Resolver refactor #1627
Resolver refactor #1627
Conversation
229a475
to
b23c2c0
Compare
63551fe
to
baf04ed
Compare
In a31e2d6 we realized that the changes this PR makes to So in that commit we changed it so that self-imports continue to use relative paths as they do on main, and we only use the new superFakeTarget.js for inter-package imports. With this change, it's possible that we no longer need this PR to move the app from |
Down to 7 failures, just three unique test cases left! |
e9d72b1
to
6ff505b
Compare
6ff505b
to
244458f
Compare
packages/compat/src/compat-addons.ts
Outdated
outputPath: resolve( | ||
locateEmbroiderWorkingDir(this.compatApp.root), | ||
'rewritten-app', | ||
'node_modules', |
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.
This should get backed out of the PR. Since you didn't need the fake target for the app, we also don't need to put the app inside this structure.
This will mean a bunch of test changes in the PR also won't be needed.
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.
Done! and I pulled out a bit more that was specific to the app renaming (as you mentioned)
This is intended to help vite and esbuild discover our packages better
244458f
to
6cf085e
Compare
This restores the original behavior we had on main for self-imports only because those don't need to be visible as dependencies for Vite and are simpler for us to handle
6cf085e
to
c8c36e4
Compare
This PR started as an effort myself and @ef4 were pairing on to see if we can figure out how to teach vite and esbuild about our dependencies a bit better
It ended up being a nice refactor of the resolver so that we could remove some codepaths and simplify what the resolver was doing. It will also (hopefully) help esbuild understand what is going on a bit better, but I have split this PR so that it only contains the resolver refactor and the Vite/esbuild stuff will follow on in a new PR 👍