当我在 Azure DevOps 上的拉取请求 (PR) 代码审查期间发现问题时，我可以留下评论（实际上是一个新的评论线程）。
所有评论的解决可以配置为完成 PR 的先决条件。因此，将评论（线程）设置为已解决并不是一个无关紧要的操作。
如何找出谁将给定评论线程设置为已解决？
一些背景：一旦 PR 收集了大约 50 条或更多评论线程，审阅者在每一轮审阅中总是重新筛选所有评论就会变得很麻烦。 Azure DevOps 提供的唯一有意义的方式是区分活动评论和关闭评论，以区分哪些评论已得到满意解决。但有时，开发人员自己将评论设置为“已解决”，而不是将其留给评论者，此时要查明已关闭评论的解决方案是否实际上已经由评论者检查过会变得非常混乱。
我不喜欢自己的答案，但据我所知，这是这个问题的答案。
目前无法确定谁解决了 PR 评论。
深入研究 API 后，我可以看到评论有一个“publishedDate”和一个“lastUpdatedDate”，以及一个“status”，例如可能的状态为“fixed”。但是，我找不到任何地方说明是谁干的。此外，有一个 MS 开发者社区