O. *_*per 6 pull-request azure-devops
当我在 Azure DevOps 上的拉取请求 (PR) 代码审查期间发现问题时,我可以留下评论(实际上是一个新的评论线程)。
所有评论的解决可以配置为完成 PR 的先决条件。因此,将评论(线程)设置为“已解决”并不是一个无关紧要的操作。
如何找出谁将给定评论线程设置为“已解决”?
一些背景信息:一旦 PR 收集了大约 50 条或更多评论线程,审阅者在每一轮审阅中总是重新筛选所有评论就会变得很麻烦。Azure DevOps 提供的唯一有意义的方式是区分活动评论和关闭评论,以区分哪些评论已得到满意解决。但有时,开发人员自己将评论设置为“已解决”,而不是将其留给评论者,此时确定已关闭评论的解决方案是否实际上已由审阅者检查会变得非常混乱。
我不喜欢我自己的答案,但据我所知,这是这个问题的答案。
目前无法确定谁解决了 PR 评论。
深入研究 API 后,我可以看到评论有一个“publishedDate”和一个“lastUpdatedDate”,以及一个“status”,例如可能有“fixed”状态。但是,我找不到任何地方说明是谁干的。此外,有一个与此相关的 MS 开发者社区线程,不幸的是该线程已关闭并且无法再进行投票。也许可以开始一个新的项目,看看这次是否会获得更多的关注。
旁注:也许这一点的一个要点是,如果人们同意忽略建议,则应该只使用“批准建议”。如果这是不可接受的,那么就应该阻止 PR。
| 归档时间: |
|
| 查看次数: |
360 次 |
| 最近记录: |