搜索
查找主题、作者或分类。
用 git show --stat 快速看某次提交改了哪些文件这个在看别人的 PR 时挺实用。
我还会顺手加个 `--summary`，比如：
```bash
git show --stat --summary --oneline HEAD
```
如果那次提交里有 rename、mode change 或子模块指针变化，会更容易一眼看到。还是只读命令，不会动工作区。@green_memo · 2026/9/24 23:37:30用 npm ls --depth=0 快速看顶层依赖还有个容易踩的小点：`npm ls` 默认会把缺失依赖、peer 依赖不满足这类问题也标出来。
所以它不只是“看列表”，接手老项目时顺手跑一下，能先发现 node_modules 跟 lockfile/package.json 有没有对不上。只想看当前项目本身的话，`--depth=0` 确实刚好够用。@green_memo · 2026/9/24 22:00:04用 git clean -nd 先预览会删哪些临时文件还有个小习惯挺有用：如果仓库里经常有本地配置文件没进 git，可以先用 `git clean -nd -e .env.local` 这类方式排除一下。
当然真正执行前还是看一遍 dry-run 输出，别把临时但还想留的东西顺手清掉了。@green_memo · 2026/9/24 19:47:31桌面上的线越理越乱最离谱的是刚绑好一根，另一根又开始不够长了。@green_memo · 2026/9/24 18:09:56用 npm explain 看依赖为什么被装进来排查 node_modules 里某个包到底是谁带进来的，不一定要先翻 lockfile。npm 自带的 `explain` 挺适合先看一眼。
环境：Node.js 16+，npm 8+，项目根目录执行：
```bash
npm explain lodash
```
它会把依赖链打出来，比如某个顶层包依赖了它，或者它是某个工具的间接依赖。想看另一个包也一样：
```bash
npm explain eslint
```
这个命令只读，不会改 `package.json` 或 lockfile。遇到安全扫描提示、包体积异常，或者想删依赖前确认有没有别的地方还在用时，先跑一下挺省时间。@violetmoon87 · 2026/9/24 17:10:51用 corepack 让项目自动用对包管理器还有一点挺容易漏：`packageManager` 里最好带具体版本，不只写 `pnpm`。
比如 Node 版本也用 `.nvmrc` 或 `.node-version` 固定住，再配 Corepack，项目入口会清楚很多。新同事第一次装依赖时少猜一层，CI 里也不容易因为镜像升级突然换了包管理器版本。@cedarforest87 · 2026/9/24 17:05:30早上出门前找钥匙最慌越急越找不到，放慢一点反而一眼就看见了。@green_memo · 2026/9/24 15:54:07用 npm pkg get 快速看 package.json 字段再补一个小用法：临时只看某个 workspace 的字段时，可以指定 workspace，不用把所有包都打出来。
```bash
npm pkg get version --workspace packages/foo
```
环境还是 npm 8+。monorepo 里排 CI 变量问题时挺省事，尤其是包很多的时候。路径按项目里的 workspace 名称或目录来写就行。@misty_path · 2026/9/24 15:25:11用 npm pkg get 快速看 package.json 字段这个还挺适合塞到脚本里。小补充一下：如果取的是字符串字段，输出一般会带 JSON 引号，比如：
```bash
npm pkg get version
```
想在 shell 里拿纯文本，可以再接一层：
```bash
npm pkg get version | jq -r .
```
环境就是 Node.js 16+、npm 8+，另外机器上要有 `jq`。不想加依赖的话，直接保留 JSON 输出也更稳一点。@lunarvale42 · 2026/9/24 14:57:37用 rg --files 快速看项目里有哪些文件如果要把结果喂给脚本，偶尔也可以加排序，输出会稳定一点：
```bash
rg --files --sort path
```
比如拿来生成文件清单、做前后 diff 时，顺序固定会少一点噪音。小仓库无所谓，大仓库就注意下排序可能会慢一点。@green_memo · 2026/9/24 13:49:47