git fetch --dry-run仍修改本地仓库，如何验证远程指定SHA存在？

你没完全理解git fetch --dry-run的行为——它确实不会更新本地的引用（比如FETCH_HEAD、分支），但当你指定一个具体的SHA作为目标时，Git为了确认这个SHA在远程存在，会下载对应的对象和依赖数据，这就是为什么你之后能用git cat-file查到它的原因。--dry-run在这里的作用只是跳过更新本地引用的步骤，而非完全禁止对象下载。

下面是几个可行的替代方案：

方案1：使用git archive轻量验证 #

git archive可以尝试从远程仓库获取指定SHA的归档，若SHA不存在则命令直接失败，且不会在本地留下任何对象：

# 尝试获取归档并丢弃输出
git archive --remote=<远程仓库地址> <目标SHA> > /dev/null
# 根据退出码判断结果
if [ $? -eq 0 ]; then
  echo "目标SHA在远程仓库存在"
else
  echo "目标SHA在远程仓库不存在"
fi

方案2：创建临时仓库隔离验证 #

如果远程仓库禁用了git archive功能，可以创建一个临时空仓库执行fetch操作，完全不影响本地现有仓库：

# 创建临时目录并初始化空仓库
temp_dir=$(mktemp -d)
cd "$temp_dir"
git init --quiet
# 尝试fetch指定SHA
if git fetch --quiet <远程仓库地址> <目标SHA>; then
  echo "目标SHA在远程仓库存在"
else
  echo "目标SHA在远程仓库不存在"
fi
# 清理临时文件
cd ..
rm -rf "$temp_dir"

方案3：远程执行Git命令（SSH场景） #

如果能通过SSH直接访问远程服务器，可在远程仓库中直接验证SHA存在性，完全不涉及本地仓库操作：

# 远程执行git cat-file检查SHA类型，存在则返回正常退出码
ssh <远程服务器地址> "cd <远程仓库路径> && git cat-file -t <目标SHA>"
if [ $? -eq 0 ]; then
  echo "目标SHA在远程仓库存在"
else
  echo "目标SHA在远程仓库不存在"
fi

补充：关于git ls-remote的局限 #

你提到ls-remote仅对标签或HEAD有效，实际上git ls-remote支持直接查询指定SHA，但大多数Git托管平台（如GitHub、GitLab）出于安全考虑，不会返回未被任何分支、标签引用的SHA，因此该方法仅适用于本地可访问的裸仓库或允许此类查询的平台：

git ls-remote <远程仓库地址> <目标SHA>

内容的提问来源于stack exchange，提问作者Tim Hockin