Metrics available with GitHub Insights
GitHub Insights includes a variety of metrics to give you visibility into your team's software delivery process.
GitHub Insights 可用于 GitHub One。 更多信息请参阅“GitHub 的产品”。
本文内容
About metrics in GitHub Insights
GitHub Insights 中可用的数据分为关键指标和报告。
GitHub Insights 会突出显示关键指标,因为这些指标可以直接用于提高速度和质量。 关键指标对组织中的每个人都有帮助,从个人贡献者及其管理人员到着眼于大局的管理层。
所有其他指标包含在报告中,其中同一主题有多个指标,例如拉取请求或代码。
对 GitHub Insights 拥有管理员权限的人员可以管理显示哪些指标。 更多信息请参阅“管理可用的指标和报告”。
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.
Metric | 描述 |
---|---|
Code review turnaround | 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 | 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. |
报告
Metric | Description |
---|---|
Activity | An activity is any one of the following:
|
Activity, hour | An hour with activity is any hour in which at least one contributor records an activity. |
Churn code | Churn 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 changed | Total count of new lines of code added plus lines of code changed. You can include or exclude churn code. |
Ownership | Percentage breakdown of lines of code added and changed by the last contributor to add or change each line of code. |
Pairings | Contributors who modify or remove another contributor's code. |
Percentage of codebase changed | Lines 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 code | Lines of code added and changed, excluding churn code, as a percentage of total lines of code added and changed, including churn code. |
Pull requests open | The count of all pull requests which are open at the end of the period selected or the time interval displayed on the chart. |
Retention | Percentage of lines of code persisting in the codebase after each week, grouped by the week the lines were created. |
Time to merge | Time 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. |