嘿，这个需求我之前处理过，Git其实有几个很实用的命令能帮你通过Blob哈希找到对应的提交，我来给你拆解清楚：

Git里的Blob是文件内容的唯一哈希标识，同一个Blob可能出现在多个提交里（比如文件没修改的情况下），下面这些方法可以帮你找到包含目标Blob的提交：

1. 直接查找包含指定Blob的所有提交 #

用git log的--find-object参数可以直接遍历所有分支，找出包含目标Blob的提交，针对你的两个Blob哈希，分别运行：

# 查找包含Blob 5d034bb9d8的提交
git log --all --find-object=5d034bb9d8 --oneline

# 查找包含Blob 617021e8d9的提交
git log --all --find-object=617021e8d9 --oneline

• --all：确保遍历所有分支的提交，不会遗漏任何可能的记录
• --oneline：让输出更简洁，只显示短提交哈希和提交信息
• 如果想看到该提交里修改的具体文件路径，可以加上--name-only参数

2. 结合文件路径缩小范围（更精准） #

因为你已经知道这个Blob对应的文件是wp-includes/version.php，可以结合文件路径过滤结果，避免出现极少见的“不同文件有相同Blob哈希”的情况：

# 先列出该文件的所有提交历史
git log --all -- wp-includes/version.php

然后对每个提交，计算该版本文件的Blob哈希，和你手里的哈希对比：

git show <提交哈希>:wp-includes/version.php | git hash-object --stdin

计算结果和目标哈希匹配的提交，就是你要找的那个。

3. 快速定位的小技巧：用rev-list+grep #

如果你想要更直接的输出，可以用git rev-list列出所有包含目标Blob的对象，再用grep过滤：

git rev-list --all --objects | grep 5d034bb9d8

这个命令会输出类似 abc1234 wp-includes/version.php 的结果，其中abc1234就是包含该Blob的提交哈希，后面跟着对应的文件路径。

针对你的场景补充：从Version1到Version2的提交定位 #

因为你的Blob来自git diff Version1..Version2 -- wp-includes/version.php的结果，还可以直接查看这两个版本之间修改该文件的提交：

git log Version1..Version2 -- wp-includes/version.php

这个命令会列出Version1到Version2之间所有修改过wp-includes/version.php的提交，你可以逐个检查这些提交里文件的Blob哈希，找到对应你手里那两个值的提交。

内容的提问来源于stack exchange，提问作者Amine Barrak