-
Notifications
You must be signed in to change notification settings - Fork 6.8k
build: prepare framework peer dependency and migration collection for v14 #24492
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
Conversation
… v14 Prepares the framework peer dependency and migration collection for v14, ensuring the release checks will not fail when we get closer to publishing the first RC.
The chalk usages in the `tools/` folder seems to fail at runtime given the `esModuleInterop` flag being enabled for the tools folder. We need to switch the namespace imports to default imports to work with the interop, and to follow the TS language-service recommendation (which actually proposes switching these imports to `import c from 'chalk'`) We should likely turn on the esmoduleinterop flag for the scripts folder as well to have consistent imports, and to prepare for future ESM consumption as the ecosystem moves forward.
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.
LGTM
@crisbeto / @andrewseguin - I pushed another commit if you could please review that one. Basically everything except for the (still CommonJS) schematics would consistently use the ES module interop in this repo (similar to how it's done in FW) |
Similar to the `/tsconfig.json` and the `tools/tsconfig.json`, we should enable the `esModuleInterop` from TypeScript in the `scripts/` directory. This is necessary to ensure that scripts part of both compilations. e.g. when a file in `scripts/` imports from `tools/` are compatible without needing two coordinated compilations (using e.g TS project references..). In general enabling the interop means more consistency in the repo. Then only remaining exception are the schematics which we can clean-up in the future when we ship them as ES modules.
f50f476
to
3f1b2d6
Compare
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
See individual commits