-
Hi My team and I work on a variety of different monorepos and having centralized versions of dependencies has always been a struggle that requires a lot of manual attention. I was very pleased recently when reading about the catalogs feature being out, but I have a couple of questions for which I couldn't find an answer while reading the document on the pnpm website. First of, is management of scoped dependencies. I tried to make an initial declaration of dependencies in a catalog for one of our monorepos, but every timee try to declare a scoped dependency (starting with Now, as of now, the only step we've taken towards implementing catalogs (and probably the reason I haven't found the answer to the question above), has been declaring them, meaning that all the packages in the monorepo still point to their individual package version. The reason for doing this, is that most of the packages in this monorepo are libraries that get published individually to a private Github Packages registry. I'm curious if catalogs will properly manage the version replacement of my packages when they are published. The publishing of my packages happens as part of a pipeline process in github actions using the semantic release library, and using the pnpm plugin, meaning that the command used to run the publish is |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
You need to use quotes. E.g.: catalog:
"@myorg/react": ^18.3.1
It will: https://pnpm.io/catalogs#publishing |
Beta Was this translation helpful? Give feedback.
You need to use quotes. E.g.:
It will: https://pnpm.io/catalogs#publishing