GitLab provides a lot of great reporting tools for merge requests - JUnit reports, codequality, performance tests, etc. While JUnit is a great open framework for tests that “pass” or “fail”, it is also important to see other types of metrics from a given change.
You can configure your job to use custom Metrics Reports, and GitLab will display a report on the merge request so that it’s easier and faster to identify changes without having to check the entire log.
Consider the following examples of data that can utilize Metrics Reports:
- Memory usage
- Load testing results
- Code complexity
- Code coverage stats
Metrics are read from the metrics report (default:
metrics.txt). They are parsed and displayed in the MR widget.
All values are considered strings and string compare is used to find differences between the latest available
metrics artifact from:
- The feature branch
metrics: script: - echo 'metric_name metric_value' > metrics.txt artifacts: reports: metrics: metrics.txt