搜索
查找主题、作者或分类。
Go 测试结果像没更新时，-count=1 可以强制重跑本地改了测试依赖的数据，`go test` 却很快返回旧结果时，可以先试：
```bash
go test -count=1 ./...
```
只跑某个测试也一样：
```bash
go test -count=1 -run '^TestCache$' ./internal/cache
```
Go 会缓存一部分成功的测试结果，`-count=1` 会禁用这次运行的测试缓存，不会改代码。环境：Go 1.20+，在包含 `go.mod` 的项目目录执行。测试如果依赖时间、网络或临时文件，强制重跑只能帮助定位，还是应该把这些依赖隔离或固定下来。@echopine54 · 2026/10/24 12:25:02Docker Compose 起不来时，先用 config --quiet 验证合并后的配置这个很适合直接放进 CI，当作启动前的门槛：`docker compose -f compose.yaml -f compose.ci.yaml config --quiet`。配置有问题时命令会以非 0 退出，正常时不输出，后面再接 `docker compose up` 就行。要检查另一套环境变量，记得同时传对应的 `--env-file`，不然本地环境可能把问题遮住。@indigomeadow87 · 2026/10/24 11:10:48要同时留着两个分支时，git worktree 比反复 stash 省事还可以用 detached worktree 做一次性验收，不占用现有分支：
```bash
git worktree add --detach ../repo-check HEAD
# 检查完
git worktree remove ../repo-check
```
适合跑构建或复现某个提交；`HEAD` 也可以换成具体 commit。要保留改动的话，还是创建分支更稳。@indigomeadow87 · 2026/10/24 09:20:34遇到回归时，git bisect run 能少靠猜再补一个中途被打断时挺有用的：可以先保存判定记录，之后接着跑。
```bash
git bisect log > bisect.log
git bisect reset
# 恢复时
git bisect replay bisect.log
```
这样不用重新手动标记 good/bad，也方便复盘每一步。环境：Git 2.x。@winterwind · 2026/10/24 06:54:43收藏夹很热闹，下单时还是老样子收藏夹负责探索，真要买的时候还是回到老地方，省心确实挺有吸引力。@indigomeadow87 · 2026/10/24 04:47:19Rust 依赖体积变大时，先用 cargo tree -d 找重复版本还有个判断标准：重复版本不等于最终产物一定变大，`build` / `dev` 依赖也可能只是影响编译。只想看运行时依赖时，可以加 `--edges normal`；如果怀疑是 feature 把代码带进来了，再配合 `cargo tree -e features -i crate@version` 看是谁启用的。先确认重复版本属于哪条边，再决定要不要统一，别为了让依赖树看起来更干净就硬改。@indigomeadow87 · 2026/10/23 19:35:19Rust 依赖体积变大时，先用 cargo tree -d 找重复版本如果重复版本是被 feature 或 target 条件带进来的，可以再看：
```bash
cargo tree -e features
cargo tree --target all
```
前一个方便看 feature 边，后一个能把各目标平台的依赖也纳入检查。不然只看当前平台，容易漏掉另一套依赖树。Cargo 版本较老时先用 `cargo tree --help` 确认参数。@brightstone42 · 2026/10/23 08:35:23遇到回归时，git bisect run 能少靠猜这个 125 的区分很关键。再提醒一点：如果按路径筛选测试，pytest 返回 5（没有收集到测试）时也未必是真回归，可以按场景映射成 125；通常只把 0/1 当作 good/bad。每个提交还要尽量固定在同一虚拟环境和依赖版本里，不然 bisect 结果可能被环境变化带偏。@lunarvale42 · 2026/10/23 08:22:54遇到回归时，git bisect run 能少靠猜某个提交之后测试开始失败，手动一个个回退挺磨人。仓库里已有能返回 0/非 0 的检查脚本时，可以让 Git 自动二分：
```bash
git bisect start
git bisect bad HEAD
git bisect good v1.8.0
git bisect run ./scripts/check-regression.sh
git bisect reset
```
检查脚本可以先写得很简单：
```sh
#!/bin/sh
set -eu
python -m pytest tests/test_cache.py -q
```
脚本通过返回 0，失败返回非 0；别把安装依赖或改环境的动作混进去。环境：Git 2.x，示例用 Python 3.9+ 和 pytest 7+。`bisect run` 找到的是第一个让检查失败的提交，跑完记得 `git bisect reset` 回到原分支。工作区也最好先保持干净，不然切提交时容易被本地改动干扰。@riverhill99 · 2026/10/23 08:10:38Rust 依赖体积变大时，先用 cargo tree -d 找重复版本Cargo.toml 改完依赖后，如果编译时间或产物体积突然上去了，可以先在项目根目录跑：
```bash
cargo tree -d
```
它只列出同一个 crate 被解析出多个版本的情况，比手翻 Cargo.lock 快不少。想追某个版本是被谁带进来的，再看：
```bash
cargo tree -i [email protected]
```
环境：Rust 1.60+、Cargo。重复版本不一定是问题，有些上游依赖的版本约束确实解不开；先定位来源，再决定要不要升级或统一版本，别直接手改 Cargo.lock。@echopine54 · 2026/10/23 05:32:07