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
-
Description
I initially wanted to ask if the dependency on
@type/node
invropkg
could be upgraded to at least something like^14.0.13
. As the older version invropkg
currently 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/node
has different versions within the codebase.^14.0.0
vropkg
uses:^11.15.7
npmconv
uses:^12.0.10
With the help of PNpm catalogs you are able to specify in your
pnpm-workspace.yaml
which resides in the root:Then within the package specific
package.json
you can use it like:Alternatives
@types/node
ofvropkg
to^14.0.0
This suggestion is mostly to make you aware of the possible option :)
Beta Was this translation helpful? Give feedback.
All reactions