Individual Raw Stats
This topic describes a calculation example for the Individual Raw Stats report:
Let's consider the following data for a developer, John Doe, during the last quarter (Q1 2023):
| Metric | Value |
|---|---|
PRs | 12 |
Commits | 75 |
Bug Fixed | 8 |
PRs commented | 20 |
No. of PRs approved | 18 |
Rework (Lines of Code changed in the last 30 days) | 500 |
Legacy Rework (Lines of Code changed older than 30 days) | 1000 |
Lines of Code | 2500 |
Story points | 40 |
Unique File Extensions | 5 (.js, .py, .cpp, .java, .html) |
Unique Repos | 3 |
Coding Days | 45 |
Ticket Portion | 60% (for Ticket A), 40% (for Ticket B) |
In this example, the Individual Raw Stats report for John Doe would display the above data for each of the Raw Stats metrics.
Here's how each metric is calculated:
PRs
Total number of pull requests contributed by the contributor in the selected time range.
Example: Let's say John Doe created the following PRs during Q1 2023:
PR #123 on March 1st
PR #456 on March 10th
PR #789 on April 5th
PR #101 on April 20th
... and so on, for a total of 12 PRs.
In this case, the PRs metric for John Doe would be calculated as 12
Commits
Total number of commits contributed by the contributor in the selected time range.
Example: During Q1 2023, John Doe made the following commits:
20 commits on March 2nd
15 commits on March 15th
10 commits on April 1st
8 commits on April 25th
... and so on, for a total of 75 commits.
In this case, the Commits metric for John Doe would be calculated as 75
Bug Fixed
Total number of issues with the "BUG" type that were resolved by the contributor in the selected time range.
Example: Let's say John Doe resolved the following bug issues during Q1 2023:
Bug #456 on March 5th
Bug #789 on March 20th
Bug #123 on April 10th
Bug #567 on April 28th
... and so on, for a total of 8 bug issues resolved.
In this case, the Bug Fixed metric for John Doe would be calculated as 8
PRs commented
Total number of pull requests to which the contributor added comments in the selected time range.
Example: During Q1 2023, John Doe commented on the following PRs:
PR #123 (3 comments)
PR #456 (5 comments)
PR #789 (2 comments)
PR #101 (4 comments)
... and so on, for a total of 20 PRs commented on.
In this case, the PRs commented metric for John Doe would be calculated as 20
No. of PRs approved
Total number of pull requests that were approved by the contributor in the selected time range.
Example: Let's say John Doe approved the following PRs during Q1 2023:
PR #123 on March 3rd
PR #456 on March 12th
PR #789 on April 7th
PR #101 on April 22nd
... and so on, for a total of 18 PRs approved.
In this case, the No. of PRs approved metric for John Doe would be calculated as 18
Rework
The number of lines changed by a contributor in the last 30 days or configured time for legacy code.
Example: Let's assume the configuration for legacy code is set to "Older than the last 30 days". During the last 30 days of Q1 2023, John Doe made the following code changes:
Modified 200 lines in
file1.jsAdded 100 new lines in
file2.pyDeleted 50 lines in
file3.cppModified 150 lines in
file4.java
In this case, the Rework metric for John Doe would be calculated as:
Legacy Rework
Lines of code changed that are older than 30 days (or the configured time duration for legacy code) by the contributor.
Example: Let's assume the configuration for legacy code is set to "Older than the last 30 days". During Q1 2023, John Doe made the following code changes to files older than 30 days:
Modified 500 lines in
legacy_file1.jsAdded 300 new lines in
legacy_file2.pyDeleted 200 lines in
legacy_file3.cpp
In this case, the Legacy Rework metric for John Doe would be calculated as:
Lines of Code
Total number of lines of code contributed by the contributor within the selected time range.
Example: During Q1 2023, John Doe contributed the following lines of code:
1000 lines in
new_feature1.js500 lines in
new_feature2.py1000 lines in
bug_fix1.cpp
In this case, the Lines of Code metric for John Doe would be calculated as:
Story points
Total number of story points for tickets that were resolved (completed) by the contributor in the selected time range.
Example: Let's say John Doe resolved the following tickets during Q1 2023:
Story #123 (8 story points)
Story #456 (12 story points)
Story #789 (20 story points)
In this case, the Story points metric for John Doe would be calculated as:
Unique File Extensions
Total number of unique file types the contributor worked on in the selected time range.
Example: During Q1 2023, John Doe worked on the following file types:
.js(JavaScript files).py(Python files).cpp(C++ files).java(Java files).html(HTML files)
In this case, the Unique File Extensions metric for John Doe would be calculated as:
Unique Repos
Total number of unique repositories the contributor contributed to in the selected time range.
Example: Let's say John Doe contributed to the following repositories during Q1 2023:
repo1repo2repo3
In this case, the Unique Repos metric for John Doe would be calculated as:
Coding Days
Number of unique days within the specified time range during which the contributor has committed code changes.
Example: During Q1 2023, John Doe committed code changes on the following days:
March 2nd
March 5th
March 10th
March 15th
... and so on, for a total of 45 unique days.
In this case, the Coding Days metric for John Doe would be calculated as 45
Ticket Portion
This displays how much time each user has contributed to the overall resolution of a ticket. It represents the proportion of time a particular user worked on a ticket relative to the total amount of time the ticket was open.
Example: Let's say John Doe worked on two tickets during Q1 2023:
Ticket A was open for 10 days, and John Doe worked on it for 6 days.
Ticket B was open for 20 days, and John Doe worked on it for 8 days.
In this case, the Ticket Portion metric for John Doe would be calculated as:
Last updated