企业和组织存储库级别的Copilot使用情况指标报告现在分解了每个审核阶段的拉取请求花费的时间。每个存储库的1天行上都有一个新的pull_request_review_times数组，报告从准备审核到首次审核、首次审核到最终审核以及最终审核到合并的时间的中位数和第90个百分点。
PULL_REQUEST_REVIEW_TIMES中的每个条目包括： AUTHORED_BY和REVIEWED_BY：谁打开了此条目中的拉取请求，谁审阅了此条目中的拉取请求。两者在此版本中都是人为的。TOTAL_MERGED：当天在存储库中合并的合格拉取请求的数量。MEDIAN_MINUTES_READY_TO_FIRST_REVIEW和P90_MINUTES_READY_TO_FIRST_REVIEW：从拉取请求准备好接受审核到第一次审核的时间。
median_minutes_first_to_final_review和p90_minutes_first_to_final_review：第一次审核和最终审核之间的时间。median_minutes_final_review_to_merge和p90_minutes_final_review_to_merge：最终审核到合并的时间。持续时间以分钟为单位，并归因于合并拉取请求的日期。现有的pull_requests字段保持不变。团队已经可以看到拉取请求何时需要很长时间才能合并，但不能看到时间的去向。
将等待分为三个阶段，显示拉取请求是等待某人查看、在审核者之间来回等待，还是坐在已批准和未合并的位置。这些都指向不同的修复，中位数旁边的第90个百分点显示了少数缓慢的拉动请求何时导致延迟。可用性：在企业和组织存储库中显示- 1天报告。
计算内容：拉取请求，要求一个人打开并至少有一个其他人审核。仅限人工审核。来自Copilot代码审核、其他机器人和作者的评论将被忽略，因此仍然包含由人员和Copilot代码审核审核的拉取请求。因此， pull_request_review_times [].total_merged通常低于pull_requests.total_merged，后者也计算未经任何审核的合并拉取请求。