Question

Using npm workspaces 我的结构像这样多。

+-- package.json
+-- package-lock.json
+-- client
|   `-- package.json
+-- shared
|   `-- package.json
`-- server
    `-- package.json

通常在为 no子制造生产时,将使用<条码>npm ci only=production,然后将<条码>node_modules<>/code>变成一个建筑工序。我不敢肯定在工作空间时如何做这样的事情。

如果我操作<条码>npm ci -- only=生产——工作空间服务器,则在<条码>/node_modules和<条码>上分立。可否将(合并吗?)和node_modules合并成一部建筑规范?

另一种选择是将<条码>/包装-锁.json和/server/ Package.json复制成新的名录,并运行<条码>npm ci -- only=production。这似乎奏效,但我不知道这是否好。

所需经费用于:

node_modules should only include production dependencies for the chosen package
The dependency versions should be determined by package-lock.json.

Answer 1

<代码>node_modules和server/node_modules的分部分是由于ho。如果能找到一种可分辨率的办法,那么<编码>server的所有属性将安装到server/node_modules<>/code>。然而,目前版本的npm并不能为工作场所提供可分辨率。


There is discussion about adding such a feature in the following issues:


[RRFC] Add nohoist option for workspaces #287
Define which dependencies are shared among workspace projects #375

Answer 2


我将使用install。
Using Node v18.16.0 and npm v9.7.2 here is the output of npm install --help (npm >= v9.7.2 is required to correctly omit dev dependencies):
$ npm install --help
Install a package

Usage:
npm install [<package-spec> ...]

Options:
[-S|--save|--no-save|--save-prod|--save-dev|--save-optional|--save-peer|--save-bundle]
[-E|--save-exact] [-g|--global]
[--install-strategy <hoisted|nested|shallow|linked>] [--legacy-bundling]
[--global-style] [--omit <dev|optional|peer> [--omit <dev|optional|peer> ...]]
[--strict-peer-deps] [--no-package-lock] [--foreground-scripts]
[--ignore-scripts] [--no-audit] [--no-bin-links] [--no-fund] [--dry-run]
[-w|--workspace <workspace-name> [-w|--workspace <workspace-name> ...]]
[-ws|--workspaces] [--include-workspace-root] [--install-links]

aliases: add, i, in, ins, inst, insta, instal, isnt, isnta, isntal, isntall

Run "npm help install" for more info

在此情况下,我建议合并处理。

install-strategy (nested)
omit (dev)
workspace (server)

由此可见:
npm install --install-strategy=nested --omit=dev --workspace=server

页: 1

这应当留下一个<代码>node_modules 的目录,该目录仅以server/code>界定的属地为基础。页: 1 也可在<条码>--omit=peer上删除<条码>。工作空间。

www.un.org/Depts/DGACM/index_spanish.htm 根据你的附属图表,这仍然可以留下多个<代码>node_modules的名录,这些目录将要求结合制作工艺品,即:-install-strategy=nested。似乎没有为Npm工作空间做正确的工作。然而,所安装的舱位应当与<代码>-workspace通过的工作空间相隔。这里是 example repo ,显示这些受扶养人如何合并。

友情链接