prune
为目标包生成部分 monorepo。输出将放置在名为 out 的目录中，其中包含以下内容
- 构建目标所需的所有内部包的完整源代码。
- 一个经过剪枝的 lockfile，其中包含构建目标所需的原始 lockfile 的子集。
- 根目录
package.json的副本。
示例
从具有以下结构的仓库开始
package.json
pnpm-lock.yaml
运行 turbo prune frontend 为 frontend 应用程序在 out 目录中生成一个经过剪枝的工作区
package.json
pnpm-lock.yaml (部分)
选项
--docker
默认为 false。
更改输出目录，使其更易于与 Docker 最佳实践和图层缓存 一起使用。该目录将包含
- 一个名为
json的文件夹，其中包含经过剪枝的工作区的package.json文件。 - 一个名为
full的文件夹，其中包含构建目标所需的内部包的经过剪枝的工作区的完整源代码。 - 一个经过剪枝的 lockfile，其中包含构建目标所需的原始 lockfile 的子集。
使用上面相同的示例，运行 turbo prune frontend --docker 将生成以下内容
pnpm-lock.yaml (部分)
package.json (来自仓库根目录)
package.json (来自仓库根目录)
package.json
package.json
package.json
--out-dir <path>
默认为 ./out。
自定义生成剪枝输出的目录。
--use-gitignore[=<bool>]
默认值：true
将文件复制到输出目录时，遵循 .gitignore 文件。
与 pnpm deploy 的比较
虽然 turbo prune 和 pnpm deploy 都用于隔离 monorepo 中的包，但它们服务于不同的目的并产生不同的输出。
turbo prune 生成部分 monorepo，而 pnpm deploy 生成一个仅包含目标包内容的目录。
pnpm deploy 生成的目录具有自包含的 node_modules 以及硬链接的内部依赖项。这产生了一个可移植的包，可以直接复制到服务器并使用，而无需额外的步骤。仓库结构未保留，因为重点是生成独立的、可部署的包。