56 lines
2.8 KiB
Markdown
56 lines
2.8 KiB
Markdown
---
|
|
stage: Release
|
|
group: Release
|
|
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
|
|
---
|
|
|
|
# CI/CD Analytics
|
|
|
|
## Pipeline success and duration charts **(FREE)**
|
|
|
|
> - Introduced in GitLab 3.1.1 as Commit Stats, and later renamed to Pipeline Charts.
|
|
> - [Renamed](https://gitlab.com/gitlab-org/gitlab/-/issues/38318) to CI/CD Analytics in GitLab 12.8.
|
|
|
|
GitLab tracks the history of your pipeline successes and failures, as well as how long each pipeline
|
|
ran. To view this information, go to **Analytics > CI/CD Analytics**.
|
|
|
|
View successful pipelines:
|
|
|
|
|
|
|
|
View pipeline duration history:
|
|
|
|
|
|
|
|
## DORA4 Metrics
|
|
|
|
Customer experience is a key metric. Users want to measure platform stability and other
|
|
post-deployment performance KPIs, and set targets for customer behavior, experience, and financial
|
|
impact. Tracking and measuring these indicators solves an important pain point. Similarly, creating
|
|
views that manage products, not projects or repositories, provides users with a more relevant data set.
|
|
Since GitLab is a tool for the entire DevOps life-cycle, information from different workflows is
|
|
integrated and can be used to measure the success of the teams.
|
|
|
|
The DevOps Research and Assessment ([DORA](https://cloud.google.com/blog/products/devops-sre/the-2019-accelerate-state-of-devops-elite-performance-productivity-and-scaling))
|
|
team developed four key metrics that the industry has widely adopted. You can use these metrics as
|
|
performance indicators for software development teams:
|
|
|
|
- Deployment frequency: How often an organization successfully releases to production.
|
|
- Lead time for changes: The amount of time it takes for code to reach production.
|
|
- Change failure rate: The percentage of deployments that cause a failure in production.
|
|
- Time to restore service: How long it takes an organization to recover from a failure in
|
|
production.
|
|
|
|
GitLab plans to add support for all the DORA4 metrics at the project and group levels. GitLab added
|
|
the first metric, deployment frequency, at the project and group scopes for [CI/CD charts](ci_cd_analytics.md#deployment-frequency-charts),
|
|
the [Project API]( ../../api/dora4_project_analytics.md), and the [Group API]( ../../api/dora4_group_analytics.md).
|
|
|
|
## Deployment frequency charts **(ULTIMATE)**
|
|
|
|
> [Introduced](https://gitlab.com/gitlab-org/gitlab/-/issues/275991) in GitLab 13.8.
|
|
|
|
The **Analytics > CI/CD Analytics** page shows information about the deployment frequency to the
|
|
`production` environment. The environment **must** be named `production` for its deployment
|
|
information to appear on the graphs.
|
|
|
|
|