幸运的是,pnpm 支持 workspace 协议workspace:。 当使用此协议时,pnpm 将拒绝解析除本地 workspace 包含的 package 之外的任何内容。 因此,如果您设置为"foo": "workspace:2.0.0"时,安装将会失败,因为"foo@2.0.0"不存在于此 workspace 中。 当link-workspace-packages 选项被设置为 false 时,这个协议将特别有用...
# 安装依赖$pnpminstall# 给指定 workspace 安装依赖$pnpmadd<package-name>--filter<workspace-name># 卸载依赖$pnpmuninstall<package-name>--filter<workspace-name># 更新依赖$pnpmupdate<package-name>--filter<workspace-name># 给根目录安装依赖 - -w 为安装 -workspace-root$pnpmadd<package-name>-<D>w#...
至于utils的版本为workspace:*,是因为pnpm是由workspace管理的,所以有一个前缀workspace可以指向utils下的工作空间从而方便本地调试各个包直接的关联引用,但这种引用会在publish时自动被pnpm纠正为正常版本。你可以在官网找到workspace version更多信息。 2. 组件的package.json配置 基础框架搭建好后,我们再看下如何配置组件...
在设置依赖版本的时候推荐用workspace:*,这样就可以保持依赖的版本是工作空间里最新版本,不需要每次手动更新依赖版本。 当pnpm publish的时候,会自动将package.json中的workspace修正为对应的版本号。 只允许pnpm 当在项目中使用pnpm时,如果不希望用户使用yarn或者npm安装依赖,可以将下面的这个preinstall脚本添加到工程根目...
这时候我们在根目录创建一个pnpm-workspace.yaml文件,里面添加如下配置,这样在packages范围下的包都能共享工作空间了。 packages:-'packages/*' 完事后,假如我们想在small-color-ui包里面使用utils,那直接在small-color-ui终端执行安装命令(安装包名为utils的package.json文件name字段): ...
pnpm提供了-w, --workspace-root参数,可以将依赖包安装到工程的根目录下,作为所有 package 的公共依赖。 比如: $ pnpm install react -w 如果是一个开发依赖的话,可以加上-D参数,表示这是一个开发依赖,会装到pacakage.json中的devDependencies中,比如: ...
此设置控制如何将从工作区链接的依赖项添加到package.json。 If foo@1.0.0 is in the workspace and you run pnpm add foo in another project of the workspace, below is how foo will be added to the dependencies field. 保存前缀设置也会影响等级库的创建方式。
Since bar is not part of the workspace, it should be treated as a regular package. Actual behavior: No node_modules or pnpm-lock.yaml gets generated and I get the following message: $ pnpm install Scope: all 2 workspace projects Additional information: node -v prints: v10.16.3 Windows,...
pnpm-workspace.yaml 1 2 packages: -'packages/*' package.json 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 { "name":"pnpm-build", "version":"1.0.0", "description":"", "main":"index.js", "scripts": { "preinstall":"node ./scripts/preinstall.js", ...
package.json chore: update dependencies Mar 13, 2025 pnpm-lock.yaml test(dlx): use @pnpm.e2e/for-testing-pnpm-dlx from @pnpm/registry-mock ( Mar 13, 2025 pnpm-workspace.yaml test(dlx): use @pnpm.e2e/for-testing-pnpm-dlx from @pnpm/registry-mock ( ...