问题
When packages in a monorepo have peer dependencies, how should these dependencies be made available to them during development?
For example a package at /packages/namespace/alpha/ might have a devDependency of styled-components in its package.json.
Possible options:
Declare the same dependencies as dev dependencies as well (unnecessary duplication and maintenance cost).
Install the packages in the monorepo's route
package.json(potential issues with module resolution when usingyarn link.
I'm using Lerna with yarn workspaces.
回答1:
Yarn workspaces should install almost everything in the root node_modules relying on node's module resolution algorithm. That is what you described in option 2.
So, basically it should work in most cases. The problems may occur when some tool relies on its own resolution logic or there are different versions of some dependency and so on.
Option 1 is a quite common approach but as you said it adds maintenance cost. You may need to keep track of such dependencies and mark them as external in order to avoid including them into the built version of the lib.
There are possible workarounds. For example, Angular suggests using TS paths option. And you can do pretty the same without typescript in, for example, Create React App using jsconfig.json.
Or you can use something similar to this rollup plugin that automates adding externals basing on peerDependencies, so you can safely list them as devDependies as well.
Both options are considered legit in this lerna issue
Another option is to install your peer dependencies and as for now, there is no "official" solution for that. There is install peers cli package that works with npm and yarn. There is a hot feature request for yarn. There is a plan to add this feature to npm v7, actually npm did it before v3.
Wrapping up, there is no one-size-fits-all solution and you need to understand what you want to get and what you can sacrifice for that.
来源：https://stackoverflow.com/questions/58027193/peer-dependencies-in-a-monorepo