Hallo, Entdecker! An dieser Seite wird aktiv gearbeitet, oder sie wird noch übersetzt. Die neuesten und genauesten Informationen findest Du in unserer englischsprachigen Dokumentation.

Metrics available with GitHub Insights

GitHub Insights includes a variety of metrics to give you visibility into your team's software delivery process.

About metrics in GitHub Insights

Verfügbare Daten in GitHub Insights sind in Schlüsselmetriken und Berichte unterteilt.

GitHub Insights hebt Schlüsselmetriken hervor, da diese Metriken direkt umsetzbar sind, um sowohl Geschwindigkeit als auch Qualität zu erhöhen. Schlüsselmetriken sind für jeden in der Organisation hilfreich, von einzelnen Mitwirkenden und deren Vorgesetzten bis hin zu Führungskräften, die das Gesamtbild betrachten. You can set and measure goals for each key metric. For more information, see "Managing goals."

Alle anderen Metriken sind in Berichten enthalten, die mehrere Metriken zum gleichen Thema enthalten, z. B. Pull Requests oder Code.

Personen mit Administratorberechtigungen für GitHub Insights können verwalten, welche Metriken angezeigt werden. Weitere Informationen finden Sie unter „Verwalten verfügbarer Metriken und Berichte."

Key metrics for collaboration in pull requests

Key metrics for collaboration in pull requests help teams remove bottlenecks in process, improve collaboration, and deliver projects faster, with higher quality. Improving these metrics results in a more productive team.

Code review distribution

Measures the distribution of code reviews across a team or organization. A value closer to 1 indicates a more equal distribution. Includes members who have previously opened, reviewed, or commented on a pull request, or committed to a branch.

The index is equal to 1 minus the Gini coefficient of code reviews for an organization or team. For more information, see Gini coefficient on Wikipedia.

Code review turnaround

The time elapsed between a review assignment and a completed review.

To counteract code reviews as a blocker for teams, organizations can optimize their review assignment process and set goals for turnaround time.

Time to open

The time elapsed between a user's first commit to a branch and opening a pull request for that branch.

Decreasing this period of time allows contributors to receive feedback earlier in the process and allows more time for collaboration and iteration.

Pull request size

Total diff size of a pull request (total of lines added, removed, and changed).

Large pull requests carry more risk when deploying to production and are more difficult to review, merge, and release. Deploying pull requests of a reasonable size enables your team to review and ship new features at a faster cadence and with greater confidence

Work in progress

The number of open pull requests for a given team or organization, expressed as a total as well as a ratio of open pull requests to developer.

A large pull request backlog means work may be out of date, indicating wasted effort from your team. This metric helps keep your team focused while ensuring no one on the team is blocked or overburdened.


ActivityAn activity is any one of the following:
  • Committing to a branch
  • Opening a pull request
  • Einen Pull Request schließen
  • Einen Pull Request zusammenführen
  • Einen Pull Request kommentieren
  • Approving a pull request
Activity, hourAn hour with activity is any hour in which at least one contributor records an activity.
Churn codeChurn code is code changed within three weeks of being added or last changed. This includes lines of code that were overwritten by the author or by another contributor.
Lines of code added and changedTotal count of new lines of code added plus lines of code changed. You can include or exclude churn code.
OwnershipPercentage breakdown of lines of code added and changed by the last contributor to add or change each line of code.
PairingsContributors who modify or remove another contributor's code.
Percentage of codebase changedLines of code added or changed in the codebase as a percentage of total lines of code in the codebase.
Percentage of new and changed code vs churn codeLines of code added and changed, excluding churn code, as a percentage of total lines of code added and changed, including churn code.
Pull requests openThe count of all pull requests which are open at the end of the period selected or the time interval displayed on the chart.
RetentionPercentage of lines of code persisting in the codebase after each week, grouped by the week the lines were created.
Time to mergeTime between the first commit on a branch and the merge action of a pull request on that branch. The timestamp of the first commit on a branch is subtracted from the timestamp on the merge action of the pull request.

Did this doc help you? Privacy policy

Help us make these docs great!

All GitHub docs are open source. See something that's wrong or unclear? Submit a pull request.

Make a contribution

Oder, learn how to contribute.