‘pnpm’ is great, swapped to it a year ago after yarn 1->4 looked like a new project every version and npm had an insane dependency resolution issue for platform specific packages
pnpm had good docs and was easy to put in place. Recommend
A few years ago it didn't work in all cases when npm did. It made me stop using it because I didn't want to constantly check with two tools. The speed boost is nice but I don't need to npm install that often.
OK so it seems too good now, what are the downsides?
If you relied on hoisting of transitive dependencies, you'll now have to declare that fact in a project's .npmrc
Small price to pay for all the advantages already listed.
They’re moving all that to the pnpm-workspace.yaml file now
‘pnpm’ is great, swapped to it a year ago after yarn 1->4 looked like a new project every version and npm had an insane dependency resolution issue for platform specific packages
pnpm had good docs and was easy to put in place. Recommend
A few years ago it didn't work in all cases when npm did. It made me stop using it because I didn't want to constantly check with two tools. The speed boost is nice but I don't need to npm install that often.
Downside is that you have to add "p" in front, ie. instead of "npm" you have to type "pnpm". That's all that I'm aware of.
Personally, I didn't find a way to create one docker image for each of my project (in a pnpm monorepo) in an efficient way
That’s not really a pnpm problem on the face of it