Replies: 1 comment
-
|
Closing as discussion as this suggestion was added as part of an open issue: #332 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Description
I initially wanted to ask if the dependency on
@type/nodeinvropkgcould be upgraded to at least something like^14.0.13. As the older version invropkgcurrently interferes with some local tooling we have built around the Build Tools. (We currently work around it by upgrading this dependency locally ourselves)But as I saw some plans for big changes to the project while you are working towards 3.0.0 I thought of a different suggestion to maybe help you manage this repository in the future.
It might be too much work to restructure if you don't see the benefit, but since this repository is already structured like a monorepo I thought now would possibly be a fitting time to suggest maybe switching to PNpm.
While PNpm offers greater speeds and doesn't store duplicates of your node modules locally, this would also allow you to use workspaces and catalogs, which might be of use to you.
Example
The dependency
@types/nodehas different versions within the codebase.^14.0.0vropkguses:^11.15.7npmconvuses:^12.0.10With the help of PNpm catalogs you are able to specify in your
pnpm-workspace.yamlwhich resides in the root:Then within the package specific
package.jsonyou can use it like:Alternatives
@types/nodeofvropkgto^14.0.0This suggestion is mostly to make you aware of the possible option :)
Beta Was this translation helpful? Give feedback.
All reactions