如何获取Azure DevOps云端仓库的Reflog以排查Ref错误移动问题？

好问题！Azure DevOps本身不会像本地Git那样持久化存储reflog（这是本地Git客户端的特性），但我们有几个靠谱的方法可以追踪Ref的变更轨迹，帮你搞清楚是谁、什么时候把Ref移到了错误的提交位置：

1. 查看Azure DevOps的审计日志 #

这是最直接的云端溯源方式：

• 进入你的Azure DevOps项目，点击右上角的项目设置，找到审计（Audit）选项。
• 在筛选器里选择Git类别，搜索包含"Updated ref"或"Modified ref"的记录。
• 每条记录会清晰显示操作人、时间戳，以及Ref变更前后的提交哈希，甚至能看到操作是通过推送、合并还是API触发的。

2. 利用Git命令查看本地缓存的远程分支轨迹（限本地同步过的情况） #

如果你的本地仓库之前同步过这个Ref，可以试试这个命令查看本地缓存的远程分支变更：

git reflog show origin/<你的Ref名称>

注意：这个命令只能显示本地曾经拉取过的变更，不是云端的完整历史。如果本地没同步过，就用不上了。另外，你也可以用下面的命令查看分支的全量提交轨迹辅助排查：

git log --oneline --graph --decorate --all --remotes=origin

3. 通过Azure DevOps REST API查询推送记录 #

虽然官方API没有直接的reflog接口，但可以查询所有推送操作来定位Ref变更：

• 调用GET https://dev.azure.com/{组织名}/{项目名}/_apis/git/repositories/{仓库ID}/pushes?api-version=7.1-preview.1接口，获取所有推送记录。
• 每条推送记录里会列出该次推送修改的所有Ref，包含旧提交哈希和新提交哈希，还有推送者、时间等信息。你可以通过筛选特定Ref名称找到对应的变更记录。

4. 检查Pull Request历史（针对反向合并场景） #

既然你推测是反向合并导致的，不妨去Pull Requests页面排查：

• 筛选所有已完成的PR，重点看那些合并到目标分支的请求，尤其是涉及反向合并（比如把旧分支合并到新分支、或者revert后再合并）的PR。
• 每个PR的详情页会展示合并前后的分支状态，以及操作人、合并时间等信息，能帮你定位问题根源。

总的来说，审计日志和Push API查询是最可靠的云端溯源方式，能拿到完整的Ref变更记录，完全不需要依赖本地仓库。

内容的提问来源于stack exchange，提问作者Kjell Rilbe