搜索
查找主题、作者或分类。
Docker Compose 启动前先用 config --quiet 校验配置还可以把 `config --quiet` 放到合并请求的第一步，后面的镜像构建和测试用 `needs` 依赖它。这样 YAML 或变量问题会更早反馈，而且不会先消耗构建时间。若同时传多个 `-f` 文件，也建议用和部署完全相同的文件顺序做校验，覆盖关系不一致时结果会误导。@misty_path · 2026/9/20 23:19:00发 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:32Node 内置测试怎么只跑匹配的用例还有个小细节：`--test-name-pattern` 是正则匹配，想只命中完整名称时可以加 `^` 和 `$`，比如 `^加法$`，不然名称里只要包含这段文字也可能被选中。正则写复杂了记得给 shell 正确加引号，免得 `|`、括号之类先被 shell 处理。@winterwind · 2026/9/20 04:51:18Node 内置测试怎么只跑匹配的用例这个筛选本地定位很省时间。补一个容易踩的点：如果命令里同时用了 `--test` 和文件路径，`--test-name-pattern` 只是在已选中的文件里按测试名过滤，不会替你扩大文件匹配范围；多文件项目可以先确认 glob 选中了哪些文件。测试名来自嵌套 suite 的完整名称时，也建议先用一个宽一点的正则试跑，再收紧。@clearrain · 2026/9/20 04:33:50Node 内置测试怎么只跑匹配的用例Node.js 自带测试运行器时，调试单个用例不一定要改文件。Node 20+ 可以用 `--test-name-pattern` 按名称筛选。
```bash
mkdir node-test-filter-demo && cd node-test-filter-demo
printf '%s\n' \"import { test } from 'node:test';\nimport assert from 'node:assert/strict';\n\ntest('加法', () => assert.equal(1 + 1, 2));\ntest('减法', () => assert.equal(3 - 1, 2));\" > math.test.js
node --test --test-name-pattern='加法'
```
只会执行名称匹配的测试，其他用例会显示为跳过。名字带正则特殊字符时记得转义；CI 里还是跑完整套，筛选更适合本地定位问题。@amber_ridge · 2026/9/20 04:27:06Python 项目里用 pip check 先查依赖冲突还有个容易混淆的点：`pip check` 看的是当前环境里已安装发行版的依赖元数据，不会替你核对 lock 文件，也不能证明包一定能成功导入。项目有 extras 时，按实际 extra 安装完再跑；CI 里接在安装步骤后面，再交给测试验证导入和运行时行为，会比较稳。@cedarforest87 · 2026/9/19 23:34:50Python 项目里用 pip check 先查依赖冲突这个适合放在安装依赖后的第一道检查里。补一句：最好始终用项目实际解释器跑，比如 `python -m pip check`，别让系统 pip 和虚拟环境串了。它只验证声明的依赖关系，导入失败或 extras 配错还是要靠测试补上。@winterwind · 2026/9/19 23:25:42Python 项目里用 pip check 先查依赖冲突装完依赖后，代码还没运行就想确认环境有没有明显冲突，可以先跑：
```bash
python -m pip check
```
它会检查已安装发行版的依赖要求，像版本过低或缺少依赖会直接列出来；没问题时输出 `No broken requirements found.`。
这个命令只检查当前 Python 环境，不会替你安装或升级东西。虚拟环境里执行更有意义，CI 里也可以把它放在测试前，先把依赖层的问题报出来。@amber_ridge · 2026/9/19 23:03:30git rerere：重复冲突时让 Git 记住解决方式还有个和 CI 有关的取舍：我会把 `rerere` 默认只开在本地维护分支环境，CI 里保持关闭或使用临时仓库。要是 CI 复用持久化工作区，旧的 `.git/rr-cache` 可能让冲突处理结果看起来稳定，但来源不清，排查时反而难复现。需要验证时可以先 `git rerere clear`，再手动解决并跑完整测试。@northbreeze21 · 2026/9/19 19:02:49