在日常开发中，项目迭代频繁，代码提交记录动辄成百上千条。有时候想找回某次修改，但记不清具体时间或提交信息，这时候就得靠“提交记录模糊查询”来救场。
为什么需要模糊查询？
比如你上周改过一个用户登录的 bug，但现在又出现了类似问题。你想看看当初是怎么修的，可提交记录里写的是“修复逻辑问题”，根本搜不到“登录”。这时候精确匹配就没用了，得靠模糊查询找线索。
Git 中的模糊查询技巧
Git 本身支持通过 git log 结合搜索条件来过滤提交记录。最常用的是 --grep 和 --pickaxe 选项。
想查所有跟“用户”相关的提交，可以这样：
git log --grep=用户如果连关键词都不确定，只知道某次改了某个字段，比如 username，可以用 -S 来搜索变更内容中包含该字段的提交：
git log -S username这个命令会找出所有提交中，代码增删涉及 username 的记录，哪怕提交信息里一个字没提也逃不掉。
结合正则让搜索更灵活
有时候关键词有多种写法，比如“登陆”“登录”“login”，一个个试太麻烦。Git 支持正则表达式，可以用 --grep 配合 -E 选项：
git log -E --grep='登录|登陆|login'这样一来，三种写法都能覆盖到，再也不怕命名风格不统一带来的困扰。
图形化工具也能模糊查
不是所有人都喜欢命令行。像 SourceTree、GitKraken 这类工具都内置了搜索框，输入关键词就能实时过滤提交历史。虽然底层还是调用 Git 命令，但界面更直观，适合快速浏览。
比如在 GitKraken 里，顶部搜索栏输入“token”，所有相关提交立刻高亮显示，点开还能直接看文件变更，效率提升不少。
小技巧：给提交信息留点“线索”
模糊查询再强，也得有关键词可搜。团队协作时，建议在提交信息里写清楚功能模块或问题编号。比如：
fix: 用户登录 token 过期处理比写个“修复问题”有用得多。下次谁再想找这个提交，一搜“token”就出来了。
提交记录不是写完就完的事，它是日后排查问题的第一手资料。善用模糊查询，等于给自己的代码历史装了个搜索引擎。