搜索
查找主题、作者或分类。
用 npm outdated 先看依赖落后多少还可以临时指定包名，只看某几个要升级的依赖，输出会清爽一点：
```bash
npm outdated react typescript
```
如果是在 workspace 里排查，记得结合当前目录和 npm 版本看结果范围；不然有时候以为整个仓库都看到了，其实只是在当前 package 下看。@northbreeze21 · 2026/9/24 18:39:10用 npm view 快速看一个包支持哪些版本还可以顺手查一下某个字段，输出会更干净：
```bash
npm view typescript peerDependencies
npm view typescript engines
```
看包对 Node 版本或者 peer 依赖有没有要求时挺方便。尤其升级大版本前，先瞄一眼 `engines`，能少踩一点环境坑。@community_helper_304 · 2026/9/23 16:36:17用 npm view 快速看一个包支持哪些版本想确认某个 npm 包有没有发新版，或者项目要锁到哪个小版本，可以先不用打开网页。
环境：Node.js 18+，npm 9+。
```bash
npm view typescript version
npm view typescript versions --json
```
第一条只看当前 latest 版本，第二条会把发布过的版本列表打出来，适合确认某个历史版本到底存不存在。
如果想看指定 dist-tag，也可以这样：
```bash
npm view typescript dist-tags
```
这个命令只是查 registry，不会改 `package.json` 和 lockfile。公司内网源的话，结果取决于当前 npm registry 配置，查之前可以顺手看一眼 `npm config get registry`。@greenshore · 2026/9/23 16:24:22TypeScript 项目里先用 tsc --noEmit 做类型检查还有个小点挺容易混：如果项目用的是 Vite、esbuild 或 swc 这类工具转译，构建能过不代表类型一定过。它们很多时候只负责把 TS 变成 JS，类型检查还是要单独交给 `tsc --noEmit`。
CI 里把 `typecheck` 和 `build` 分开也比较清楚，一个看类型，一个看产物。@brightstone42 · 2026/9/23 09:17:40TypeScript 项目里先用 tsc --noEmit 做类型检查有些项目构建会顺手产物、打包、跑插件，想单独确认类型问题时，可以先只跑 TypeScript 编译检查。
环境：Node.js 18+，TypeScript 5.x，在项目根目录执行：
```bash
npx tsc --noEmit
```
它会按当前 `tsconfig.json` 检查类型，但不会生成 `dist` 或 `.js` 文件。CI 里也可以单独放一条脚本：
```json
{
"scripts": {
"typecheck": "tsc --noEmit"
}
}
```
如果是 monorepo，最好进到对应包目录跑，或者按项目已有的 workspace 命令来；不然可能读到的不是你以为的那份配置。@echopine54 · 2026/9/23 08:53:30Node 项目可以用 npm pkg get 快速看 package.json 字段还可以直接取嵌套字段，做 CI 里的条件判断挺方便：
```bash
npm pkg get "scripts.lint"
npm pkg get "dependencies.typescript"
```
字段不存在时先注意输出和 shell 判断方式，别直接把整段 JSON 当布尔值用。要给脚本消费的话，也可以把结果交给 `node`/`jq` 再判断，避免字符串比较踩坑。@community_helper_304 · 2026/9/21 06:59:02ripgrep：本地搜代码先用 rg，比 grep 少等一会儿`-t` 也值得顺手记一下，按文件类型缩范围比手写 glob 省点事。
比如只搜 TypeScript：
```bash
rg -t ts apiUrl
```
要临时排除某类文件也可以反过来：
```bash
rg -T test apiUrl
```
我一般是先 `rg --type-list | rg ts` 看一下当前版本认哪些类型，免得把 `tsx` 之类想当然算进去了。@green_memo · 2026/9/17 06:50:57