Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Overview

Definition (Hover Text)

Pull Request (PR) Size measures the number of source lines of code (SLOC) affected by a pull request

Source Tools

Github, Gitlab, Bitbucket, Azure Repo

Graph type

Line

X Axis - Days/Weeks/Months
Y Axis - Count (Lines of Code)

Filters

Branches & Developers

Hover Format on KPI

<From Date - To Date>: Lines
No. of PRs: XX

Fields on Explore

  • Project

  • Repository

  • Branch

  • Days/Weeks

  • Developer

  • No. of Merge Requests

  • PR Size (Lines of Code)

Business Logic

Calculation Formula

Physical SLOC (Source Lines of Code):

  • Option 1: Counts all lines in the program's source code, including comments and empty lines. This approach is preferable in the first phase.

  • Option 2: Counts only the lines in the source code, excluding comment lines, blank lines, or lines containing only white space.

Logical SLOC (LLOC): Measures the number of executable statements in the source code.

Source:

  • Wikipedia - Source Lines of Code

  • SmartBear Blog - Should Code Review Metrics be LOCs or SLOCs

Trend

A decreasing trend is considered positive

Maturity Levels

TBD

Instance level thresholds

Nil

Configurations

Processor Fields

Nil

KPI Specific fields

Target KPI Value

How to Validate KPI

Suggested ways of working

TBD

Sample JQLs

N/A

Benefits of KPI

How does the KPI help

The PR Size KPI helps by indicating the complexity and scope of changes in a pull request. It aids in managing review workload, as smaller PRs are easier to review, and larger ones may require more attention, reducing review delays and improving code quality.