我完全懂你的需求——用git blame --reverse只能看到某行代码最后一次出现在哪个提交里，但你真正想抓的是把这行删掉的那个提交，毕竟提交信息里大概率会写清楚删除的原因对吧？下面给你几个实用的方法，一步步帮你找到目标提交：

方法一：用git log -L精准追踪单行历史 #

这是最直接高效的方法，git log -L可以精准追踪某一行（或多行）代码的全生命周期变更，包括被删除的操作。

场景1：知道旧版本里的行号 #

如果你已经通过git blame --reverse找到了目标行最后一次出现的提交（比如叫last_commit），且知道该行在last_commit里的行号是N，直接运行：

git log -L N,N:file last_commit..HEAD

它会输出所有修改过这行的提交，最后一个出现在列表里的提交就是把这行删掉的那个，查看它的提交信息就能拿到删除原因。

场景2：只记得代码内容 #

如果不确定行号，也可以直接用代码片段匹配，比如你要找包含XxxConfig.setTimeout(3000)的行：

git log -L :'XxxConfig.setTimeout(3000)':file revision..HEAD

Git会自动定位到包含这段内容的行，然后展示它的所有变更历史，删除提交肯定在输出列表里。

方法二：从最后出现的提交筛选删除操作 #

如果你已经拿到了目标行最后出现的提交last_commit，可以用git log的筛选参数快速缩小范围：

git log --oneline --diff-filter=D last_commit..HEAD -- file

这个命令会列出last_commit之后到HEAD之间，所有对该文件执行过删除操作的提交。之后你只需要对每个候选提交运行git show <提交哈希>，查看具体的diff内容，就能快速找到删掉目标行的那个提交。

方法三：二分查找快速定位（适合大量提交场景） #

如果last_commit到HEAD之间有上百个提交，一个个排查太费时间，用git bisect二分查找能帮你快速锁定目标：

1. 启动二分查找：

   git bisect start HEAD last_commit^
   

2. 检查当前版本是否存在目标行：
   比如用grep -q "目标代码内容" file，如果存在（说明这行还没被删），就执行git bisect good；如果不存在（说明已经被删了），就执行git bisect bad。
3. Git会自动跳转到中间的提交，重复步骤2，直到找到第一个删除该行的提交。
4. 完成后记得重置二分查找状态：

   git bisect reset
   

小技巧：用内容直接搜所有相关提交 #

如果你能准确记住目标行的代码内容，直接用git log -S就能找到所有添加/删除过这段内容的提交：

git log -S"目标代码内容" --oneline -- file

在输出的提交里，查看diff时带-前缀的行就是删除操作，对应的提交就是你要找的目标。