TFS GIT 合并请求报告？
TFS GIT Pull Request report?
这可能不寻常，但出于监管目的，我们需要证明每个提交到开发分支的拉取请求都已完成。
我知道分支策略，但最好的解决方案是一份报告，其中包含一个时间段内的所有提交：
拉取请求id
状态（已完成）
审稿人
或类似。
有人实施过这样或类似的报告吗？关于如何完成这项任务有什么建议吗？
（分支策略是不够的，因为理论上，具有足够访问权限的人可以关闭该策略、提交代码并重新打开该策略）。
如果您想获得待处理拉取请求甚至已完成拉取请求的报告并不难，您可以使用仪表板中此处提供的小部件。
例如这个第 3 方扩展-- Pull Request Dashboard
但是，如果您想要自定义报告，可以使用 REST API 并创建您自己的报告。它将检索拉取请求中的所有线程：
GET https://{instance}/{collection}/{project}/_apis/git/repositories/{repositoryId}/pullRequests/{pullRequestId}/threads?api-version=4.1
更多细节你可以看看这个博客--Pull Request Report for Azure Git Repos
但是，这无法确保每个生成的提交都有一个拉取请求。为此，您需要使用分支策略来处理它。
这可能不寻常，但出于监管目的，我们需要证明每个提交到开发分支的拉取请求都已完成。
我知道分支策略，但最好的解决方案是一份报告，其中包含一个时间段内的所有提交：
拉取请求id
状态（已完成）
审稿人
或类似。
有人实施过这样或类似的报告吗？关于如何完成这项任务有什么建议吗？
（分支策略是不够的，因为理论上，具有足够访问权限的人可以关闭该策略、提交代码并重新打开该策略）。
如果您想获得待处理拉取请求甚至已完成拉取请求的报告并不难，您可以使用仪表板中此处提供的小部件。
例如这个第 3 方扩展-- Pull Request Dashboard
但是，如果您想要自定义报告，可以使用 REST API 并创建您自己的报告。它将检索拉取请求中的所有线程：
GET https://{instance}/{collection}/{project}/_apis/git/repositories/{repositoryId}/pullRequests/{pullRequestId}/threads?api-version=4.1
更多细节你可以看看这个博客--Pull Request Report for Azure Git Repos
但是，这无法确保每个生成的提交都有一个拉取请求。为此，您需要使用分支策略来处理它。