56 lines
2.6 KiB
Markdown
56 lines
2.6 KiB
Markdown
---
|
|
description: "Learn how long your open merge requests have spent in code review, and what distinguishes the longest-running." # Up to ~200 chars long. They will be displayed in Google Search snippets. It may help to write the page intro first, and then reuse it here.
|
|
stage: Manage
|
|
group: Optimize
|
|
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
|
|
---
|
|
|
|
|
|
# Code Review Analytics **(PREMIUM)**
|
|
|
|
> - [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/38062) in GitLab 12.7.
|
|
> - Moved to GitLab Premium in 13.9.
|
|
|
|
Use Code Review Analytics to view the longest-running reviews among open merge
|
|
requests, and:
|
|
|
|
- Take action on individual merge requests.
|
|
- Reduce overall cycle time.
|
|
|
|
NOTE:
|
|
Initially, no data appears. Data is populated as users comment on open merge requests.
|
|
|
|
## Overview
|
|
|
|
Code Review Analytics is available to users with Reporter access and above, and displays a table of open merge requests that have at least one non-author comment. The review time is measured from the time the first non-author comment was submitted.
|
|
|
|
To access Code Review Analytics, from your project's menu, go to **Analytics > Code Review**.
|
|
|
|
You can filter the list of merge requests by milestone and label.
|
|
|
|
![Code Review Analytics](img/code_review_analytics_v13_11.png "List of code reviews; oldest review first.")
|
|
|
|
The table is sorted by:
|
|
|
|
- **Review time**: Helping you to quickly find the longest-running reviews which may need intervention
|
|
or to be broken down into smaller parts.
|
|
- Other columns: Display the author, approvers, comment count, and line change (-/+) counts.
|
|
|
|
## Use cases
|
|
|
|
This feature is designed for [development team leaders](https://about.gitlab.com/handbook/marketing/strategic-marketing/roles-personas/#delaney-development-team-lead)
|
|
and others who want to understand broad code review dynamics, and identify patterns to explain them.
|
|
|
|
You can use Code Review Analytics to:
|
|
|
|
- Expose your team's unique challenges with code review.
|
|
- Identify improvements that might substantially accelerate your development cycle.
|
|
- Your team agrees that code review is moving too slow.
|
|
- The [Value Stream Analytics feature](value_stream_analytics.md) shows that reviews are your team's most time-consuming step.
|
|
- Analyze the patterns and trends of different types of work that are moving slow.
|
|
|
|
For example:
|
|
|
|
- Lots of comments or commits? Maybe the code is too complex.
|
|
- A particular author is involved? Maybe more training is required.
|
|
- Few comments and approvers? Maybe your team is understaffed.
|