- Instance-level analytics
- Group-level analytics
- Project-level analytics
- User-configurable analytics
- Value streams management
Instance-level analytics make it possible to aggregate analytics across GitLab, so that users can view information across multiple projects and groups in one place.
For more information, see instance-level analytics.
Moved to GitLab Premium in 13.9.
GitLab provides several analytics features at the group level. Some of these features require you to use a higher tier than GitLab Free.
You can use GitLab to review analytics at the project level. Some of these features require you to use a higher tier than GitLab Free.
- Application Security
- CI/CD & DORA
- Code Review
Merge Request, enabled with the
- Value Stream
The following analytics features are available for users to create personalized views:
Be sure to review the documentation page for this feature for GitLab tier requirements.
You can use the following analytics features to analyze and visualize the performance of your projects and groups:
We use the following terms to describe GitLab analytics:
- Mean Time to Change (MTTC): The average duration between idea and delivery. GitLab measures MTTC from issue creation to the issue’s latest related merge request’s deployment to production.
- Mean Time to Detect (MTTD): The average duration that a bug goes undetected in production. GitLab measures MTTD from deployment of bug to issue creation.
- Mean Time To Merge (MTTM): The average lifespan of a merge request. GitLab measures MTTM from merge request creation to merge request merge (and closed/un-merged merge requests are excluded). For more information, see Merge Request Analytics.
- Mean Time to Recover/Repair/Resolution/Resolve/Restore (MTTR): The average duration that a bug is not fixed in production. GitLab measures MTTR from deployment of bug to deployment of fix.
- Velocity: The total issue burden completed in some period of time. The burden is usually measured in points or weight, often per sprint. For example, your velocity may be “30 points per sprint”. GitLab measures velocity as the total points or weight of issues closed in a given period of time.