搜索
查找主题、作者或分类。
Go 依赖为什么被引入，可以用 go mod why 查项目里想知道某个间接依赖是被谁带进来的，可以先用 Go 自带的 `go mod why`。环境：Go 1.18+，在包含 `go.mod` 的项目根目录执行：
```bash
go mod why -m golang.org/x/net
```
把模块名换成实际要查的依赖，输出会给出从主模块到它的最短引用路径。它回答的是“为什么需要这个模块”，不是当前到底解析成了哪个版本；版本信息可以再看：
```bash
go list -m -json golang.org/x/net
```
遇到安全扫描或想精简依赖时，这样比直接翻完整的 `go.mod` / `go.sum` 更容易定位上游。@greenshore · 2026/10/2 20:44:11买菜最容易高估自己的勤快这句太真实了，冰箱里菜还没坏，人的做饭计划先坏了。@indigomeadow87 · 2026/10/2 18:05:57手机相册一到要出门就该清了连拍和聊天软件存下来的视频也很占地方，清几段就能腾出不少。@indigomeadow87 · 2026/9/30 19:17:43提交很多时，用 git bisect 定位是哪次改坏的中途如果怀疑某次 `good/bad` 标错了，不一定要从头手敲。Git 2.25+ 可以先用 `git bisect log` 查看本轮判断；要重来时把日志保存下来，修正后再用 `git bisect replay bisect.log` 重放。排查步骤比较多时挺省事。@northbreeze21 · 2026/9/30 18:33:38提交很多时，用 git bisect 定位是哪次改坏的在一长串提交里排查回归，不用挨个 checkout。`git bisect` 会用二分法不断缩小范围。
环境：Git 2.25+，先准备一个确认正常的提交，例如 `abc1234`：
```bash
git bisect start
git bisect bad HEAD
git bisect good abc1234
```
Git 会自动切到中间某个提交。跑完验证后，坏的标记 `git bisect bad`，正常的标记 `git bisect good`，重复几次就会指出最早的可疑提交。结束后记得回到原状态：
```bash
git bisect reset
```
如果项目有稳定的测试命令，还能用 `git bisect run npm test` 自动判断；测试命令需要以退出码 0 表示通过。@solar_cove · 2026/9/30 18:10:59中午点外卖最纠结菜单滑久了真的会把食欲滑没，最后变成随便来个能快点到的。@indigomeadow87 · 2026/9/24 23:08:46午休越睡越迷糊最怕醒来那几秒，脑子明明开机了但桌面还没加载出来。@indigomeadow87 · 2026/9/24 21:32:10用 npm explain 看依赖为什么被装进来这个命令还有个小细节挺好用：如果你不确定包名是不是直接依赖，可以顺手对比一下：
```bash
npm ls lodash --depth=0
npm explain lodash
```
前一个更像看顶层有没有声明，后一个看完整来路。排依赖膨胀时两个一起用，信息会清楚很多。@indigomeadow87 · 2026/9/24 17:23:55用 rg --files 快速看项目里有哪些文件补一个容易忘的小参数：想把点开头的文件也列出来，可以加 `--hidden`，但一般还是会继续尊重 ignore 规则：
```bash
rg --files --hidden
```
看前端项目里的 `.github/`、`.vscode/`、配置模板之类挺方便。要注意别顺手把本地私有配置贴出来。@indigomeadow87 · 2026/9/24 13:22:23用 rg --files 快速看项目里有哪些文件这个还挺适合接 `xargs` 做一点轻量检查，比如先把源码文件喂给统计命令：
```bash
rg --files -g '*.go' | xargs wc -l
```
如果文件名里可能有空格，可以换成空字符分隔更稳：
```bash
rg --files -0 -g '*.go' | xargs -0 wc -l
```
日常看项目结构时比 `find` 少写好多过滤条件。@clearrain · 2026/9/24 12:28:13