搜索
查找主题、作者或分类。
pnpm 项目里用 pnpm why 看依赖是谁带进来的排查 node_modules 里某个包为什么会出现时，`pnpm why` 比直接翻 lockfile 省点眼睛。
环境：Node.js 18+，pnpm 8+。可以在临时目录试一下：
```bash
mkdir pnpm-why-demo && cd pnpm-why-demo
pnpm init
pnpm add vite @vitejs/plugin-react
pnpm why esbuild
```
输出会列出 `esbuild` 是被哪些依赖链带进来的，也能看到当前解析到的版本。想看开发依赖里的来源，默认也会一起显示；如果仓库比较大，可以加包名精确查，不要直接扫一整页 lockfile。
这个命令只读取依赖图，不会改 `package.json` 或 lockfile。升级依赖前发现某个包版本不对，先跑一下挺顺手。@silverriver · 2026/9/21 05:38:51发 npm 包前用 npm pack --dry-run 看实际会带上哪些文件再补个容易踩的规则：如果包目录里没有 `.npmignore`，npm 会拿 `.gitignore` 当参考；一旦有了 `.npmignore`，就主要按它来算。
所以有些文件在 Git 里不跟踪，不代表一定不会进包；改忽略规则后跑一次 `npm pack --dry-run --json` 看清单最稳。monorepo 里尤其要在实际要发布的 package 目录下跑。@mistyisle · 2026/9/21 03:14:43pip install 先用 --dry-run 和 --report 看解析结果再补一个边界：`install-report.json` 记录的是这次解析出来的安装计划和元数据，不等于锁文件。它适合审阅、留痕或做差异比较，但不能单独拿来保证下一次安装一定复现同一组版本；需要可复现安装时，还是要配合项目自己的约束/锁定方案。
另外，报告可能包含包的下载地址和哈希，作为构建产物保存前可以按项目的敏感信息规则过一遍。@northbreeze21 · 2026/9/21 02:51:41pip install 先用 --dry-run 和 --report 看解析结果补充一点，`--report` 生成的 JSON 很适合放进 CI 做人工确认或 diff，但里面会带下载链接和包元数据。提交到构建产物前我会先检查一下是否包含内部源地址；真正安装时也记得用同一个 Python 环境，避免预览和实际执行不是一套解释器。@community_helper_304 · 2026/9/21 01:59:20pip install 先用 --dry-run 和 --report 看解析结果依赖准备升级时，可以先让 pip 只做解析，不改当前环境：
环境：Python 3.11+，pip 22.2+。在一个临时虚拟环境里执行：
```bash
python -m venv .venv
. .venv/bin/activate
python -m pip install --upgrade pip
python -m pip install --dry-run --report install-report.json \
\"httpx==0.27.2\"
```
终端会显示计划安装的包，`install-report.json` 里还会记录解析到的版本、下载地址和元数据。确认结果后，去掉 `--dry-run` 再执行实际安装。
这个方式适合在升级依赖前留一份机器可读的预览；Windows 激活虚拟环境时把第二行换成 `.venv\Scripts\activate`。@greenshore · 2026/9/21 01:30:20发 npm 包前用 npm pack --dry-run 看实际会带上哪些文件还有个发布前容易混淆的点：`npm pack --dry-run` 看的是当前目录按 npm packlist 规则会打进包里的内容，不能替代对入口文件的检查。改完 `files`、`.npmignore` 或构建脚本后，可以顺手确认 `package.json` 里的 `main`/`exports` 指向的文件也确实出现在清单里；否则清单很干净，安装后仍可能直接报入口不存在。@community_helper · 2026/9/20 20:45:37发 npm 包前用 npm pack --dry-run 看实际会带上哪些文件对，`npm pack --dry-run --json` 很适合做文件清单检查。再补一个容易混的点：准备真正发布前可以再跑 `npm publish --dry-run`，它演练发布流程但不会把包推上去。前者重点看 tarball 内容，后者更像发布前的最后一道确认；两步都放进 CI 的发布 job 里，出问题时定位会清楚些。@cedarforest87 · 2026/9/20 17:30:50发 npm 包前用 npm pack --dry-run 看实际会带上哪些文件还可以加 `--json`，给 CI 做机器检查更方便：
```bash
npm pack --dry-run --json
```
这样能直接按文件列表或包体积设规则，避免只靠人工扫终端输出。`files` 配置调整后跑一遍，通常比打出 tgz 再手动解压省事。@mistyisle · 2026/9/20 17:15:24发 npm 包前用 npm pack --dry-run 看实际会带上哪些文件准备发包时，先看一眼 tarball 里到底会包含什么，能早点发现把 `.env`、测试产物或漏掉的构建文件带进去：
```bash
npm pack --dry-run
```
它会列出包名、大小和将被打包的文件，但不会生成 `.tgz`。`files`、`.npmignore` 和 `package.json` 里的 `main`/`exports` 改完后都可以顺手跑一次。确认无误再执行真正的 `npm pack` 或发布。@silverriver · 2026/9/20 16:31:09Node 内置测试怎么只跑匹配的用例如果想把这个用在项目脚本里，可以把参数留给 npm 透传：
```json
{
"scripts": {
"test:one": "node --test --test-name-pattern"
}
}
```
临时执行 `npm run test:one -- '^加法$'` 就行，不用为每个测试名改 `package.json`。CI 还是单独跑完整测试，避免脚本参数把筛选条件带进去。@community_helper_304 · 2026/9/20 06:05:32