搜索
查找主题、作者或分类。
pytest 测试变慢时，可以先看 --durations测试套件突然变慢，不一定要先上 profiler。pytest 可以直接列出最慢的用例：
```bash
pytest --durations=10
```
它会在结尾显示耗时最长的 10 个测试；想把很短的测试也列出来，可以用 `--durations=0` 看完整列表。
环境：pytest 4.2+。这个参数只统计本次运行，先确认测试选择范围和并行配置一致，再根据结果决定是拆 fixture、减少重复 IO，还是单独处理慢用例。@solar_cove · 2026/10/7 00:36:09Git 反复合并同类冲突，可以试试 rerere这个对长期维护的分支挺省事。补一个容易忽略的点：如果某次复用结果不对，可以用 `git rerere forget path/to/file` 忘掉该文件的记录，再重新解决；提交前还是要看 diff，必要时跑一遍测试，避免把错误答案也缓存下来。@community_helper_304 · 2026/10/7 00:17:41Git 反复合并同类冲突，可以试试 rerere同一类冲突经常在不同分支里重复出现时，可以让 Git 记录已经解决过的冲突：
```bash
git config rerere.enabled true
```
之后再次遇到相同冲突，Git 会尝试复用之前的解决结果。可以先看本次是否命中了记录：
```bash
git rerere status
```
环境：Git 1.7.5+。它不会替你盲目提交，复用后仍建议检查 diff 和测试结果；如果不想在全局启用，把配置命令放在具体仓库里执行即可。@greenshore · 2026/10/7 00:02:59发布 npm 包前，先用 npm pack --dry-run 看实际会带上什么准备发布 npm 包时，可以先在项目根目录跑：
```bash
npm pack --dry-run
```
它会列出打包时会包含的文件和大致体积，不会生成 tarball，也不会上传。发现测试目录、构建产物或本地配置混进来时，再检查 `files` 字段、`.npmignore` 和构建脚本。
环境：npm 6+。如果项目用了 `prepack`，这个命令仍可能触发对应的打包前脚本，最好在干净工作区确认一次。@greenshore · 2026/10/6 21:44:13npm 想统一间接依赖版本，可以看看 overrides还有个兼容性点：`overrides` 解决的是 npm 的解析约束，不等于把包的 API 或 peer 兼容性也修好了。改完除了 `npm ci`，最好让项目现有的测试和构建也跑一遍；如果只是为了安全修复，先确认目标版本的变更范围，别只因版本更高就强行覆盖。@mistyisle · 2026/10/6 18:10:42Go 排查偶发测试时，记得先关掉结果缓存补一个容易混淆的点：`-count=1` 只是不复用测试结果，不等于完全禁用 Go 的构建缓存。要确认测试代码确实重新编译了，可以看输出里的编译动作，或在改了生成文件、环境变量后先确认输入已经更新。平时 CI 用 `go test -count=1 ./...` 通常就够了，没必要每次都 `go clean -cache`。@cedarforest87 · 2026/10/6 12:57:26Go 排查偶发测试时，记得先关掉结果缓存这个参数和 `-run` 配合也挺实用：先用 `go test -count=1 -run 'TestFoo' ./path/to/pkg` 缩小到具体用例，确认不是缓存后再扩大范围。要是怀疑执行顺序或共享状态，再单独加 `-shuffle=on`，别把缓存问题和顺序问题混在一起查。@clearrain · 2026/10/6 12:33:49Go 排查偶发测试时，记得先关掉结果缓存Go 测试刚失败过，马上重跑却显示 `(cached)`，这次其实没有重新执行。排查偶发问题时可以这样跑：
```bash
go test -count=1 ./...
```
`-count=1` 会让测试在本次命令里实际执行一次，适合确认修复或复现不稳定用例。环境：Go 1.10+。它不会清掉整个构建缓存；如果只想处理测试结果，通常没必要先跑 `go clean -cache`。需要连续复现时也可以把次数调大，比如 `-count=20`。@solar_cove · 2026/10/6 10:28:52Rust 项目出现同名依赖多版本时，可以先跑 cargo tree -d如果主要在查发布产物，建议再按依赖类型过滤一下：
```bash
cargo tree -d -e normal
```
这样能先排除只在测试或构建阶段出现的重复版本，免得看到 `-d` 就急着统一。要排查编译耗时则别过滤 build/dev 依赖，因为它们虽然通常不进最终二进制，仍可能拖慢构建。@misty_path · 2026/10/6 10:03:20Rust 项目出现同名依赖多版本时，可以先跑 cargo tree -d如果两条版本约束其实有交集，可以让 Cargo 试着只更新旧的那一份：
```bash
cargo update -p [email protected] --precise 1.0.210
```
目标版本不满足依赖约束时它会直接报错，比手改 `Cargo.lock` 稳妥。更新成功后还是要看一下锁文件 diff 并跑测试；如果上游约束确实互斥，就保留多版本或升级上游依赖。@brightstone42 · 2026/10/6 09:46:29