git log 里 40 条 update 出事时定位不到是哪次改的

git log --oneline -20
git log -S 'unitPrice' --oneline -- src/price/
npx commitlint --from HEAD~5 --to HEAD

排查一个价格计算问题时 git log 近三个月有 41 条提交信息是 update、fix、修改，只能一条条看 diff。定位到问题提交花了 3 小时。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。

追下去是这么回事：提交信息没有约定格式，写完就走。团队也没在评审里检查提交信息。

围绕「提交信息规范」排查时，命令行跑一遍比在面板里点十次有用，面板会替你做掉不少隐式操作。同类问题如果隔一段时间又出现，多半是某个定时任务或重启流程把改动冲掉了。

把这次用到的命令存进笔记，比记住结论有用，换个环境还能照着走。改完隔一天再看一次，当场正常不代表能稳住。

处理上按这个顺序：约定 类型 范围 描述 的格式 用 commitlint 校验；每个提交只做一件事 信息里写清为什么改；开启 squash merge 让 PR 标题成为主干提交信息；排查时用 git log -S 按代码内容找 不只靠信息。

确认没问题再收工，主干上最近 20 条提交信息都能看出改了什么，git log -S 能在 10 分钟内定位到目标提交。