利用状況メトリクスAPIにプルリクエストのレビューステージを追加Usage metrics API adds pull request review stages
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- Copilot利用状況メトリクスAPIに、リポジトリ別のプルリクエスト審査時間を3区間で示す指標が加わった。
- 中央値と90パーセンタイルを確認でき、企業や組織のレビュー工程改善に役立つ。
Copilot usage metrics API now divides repository pull request review time into three stages, with median and p90 values that help teams improve review flow.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.blog) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.blog).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
Copilot利用状況メトリクスAPIに、リポジトリ単位でプルリクエストのレビュー時間を把握する指標が追加された。企業および組織向けの利用状況レポートで、レビュー工程を3区間に分け、各段階に要した時間を確認できる。
レビュー時間
新しい情報は、各repos-1-day行のpull_request_review_times配列に記録される。対象リポジトリで、その日にマージされた条件を満たすプルリクエストを基に、レビューの進行段階ごとの所要時間を集計する仕組みとなっている。
3つの区間
計測区間は、レビュー準備完了から最初のレビューまで、最初のレビューから最後のレビューまで、最後のレビューからマージまでの3つである。これにより、レビュー全体を単一の時間として扱うのではなく、どの段階にどれだけ時間がかかったかを区切って捉えられる。
中央値と90％値
各区間では中央値と90パーセンタイルが示される。たとえば、レビュー準備完了から最初のレビューまでの時間はmedian_minutes_ready_to_first_reviewとp90_minutes_ready_to_first_review、最初から最後のレビューまでの時間はmedian_minutes_first_to_final_reviewとp90_minutes_first_to_final_reviewで確認できる。
作成者とレビュー者
authored_byはプルリクエストを開いた側、reviewed_byはレビューした側を示し、今回のリリースでは両方とも人間である。total_mergedには、その日にリポジトリでマージされた条件を満たすプルリクエスト数が入る。これらの値と区間別の時間を組み合わせ、企業や組織がレビュー工程の改善に役立てられる。
Copilot usage metrics API
The Copilot usage metrics API now breaks repository pull request review time into three stages. The added measurements matter because enterprise and organization reports can show where time is spent across the review flow, using both median and 90th-percentile values.
The repository-level reports include a new pull_request_review_times array on each repos-1-day row. This array contains the review-stage timing measurements for qualifying pull requests merged in the repository on that day.
Three stages of review
The first stage measures the time from a pull request becoming ready for review to its first review. It is reported through median_minutes_ready_to_first_review and p90_minutes_ready_to_first_review, providing the median and 90th percentile in minutes.
The second stage covers the period between the first and final review. Its values are reported as median_minutes_first_to_final_review and p90_minutes_first_to_final_review.
The third stage measures the time from the final review until merge. The pull_request_review_times array reports a median and a 90th percentile for this stage as well. Together, the three intervals divide the path from ready for review through final merge into separate measurements that teams can use to improve review flow.
Authored by and reviewed by
Each entry also includes authored_by and reviewed_by. These fields indicate who opened the pull requests represented by the entry and who reviewed them. Both the author and reviewer categories are human in this release.
This attribution sits alongside the timing breakdown, connecting the reported review-stage measurements with the people who opened and reviewed the qualifying pull requests.
Total merged
The total_merged field reports the number of qualifying pull requests merged in the repository that day. It provides the daily merged-pull-request count associated with the repository-level entry and its review-time statistics.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPoko普段の仕事で何が変わるの？プルリクのレビュー待ちが、どこで長引いているか分かるようになる？What changes in day-to-day work? Can teams now see exactly where pull request reviews are taking too long?
- TECHガイドTECH Guideそうじゃ。この記事では、レビュー準備からマージまでを3区間に分け、リポジトリ別の所要時間を確認できるんじゃよ。Yes. The article says teams can check repository-level times across three stages, from being ready for review through merge.
- ポコPoko前はできなかったの？それと、中央値と90パーセンタイルってどう違うの？Wasn’t that possible before? And what’s the difference between the median and the 90th percentile?
- TECHガイドTECH Guide今回、段階別の配列が新しく加わったので、従来はこの内訳がなかったんじゃ。中央値は真ん中、p90は90％が収まる時間の目安じゃよ。This stage-by-stage array is new, so the earlier reports lacked that breakdown. The median is the midpoint; p90 is roughly the time within which 90% of cases fall.
- ポコPokoへえ、平均だけでなく、遅めのレビューも見ながら、詰まりやすい段階を探せるのが一番の収穫なんだね！Oh, I see! The big win is spotting bottlenecks while also seeing the slower reviews, not just one typical number.
- TECHガイドTECH Guideそうじゃのう。次は3区間それぞれの中央値とp90を見比べ、改善したい工程を絞れるかに注目じゃ。Exactly. Next, compare the median and p90 across all three stages and see whether that helps narrow down which part of the review flow needs improvement.
