版本更新说明 v3.138.0

新增功能

• 团队表现 - 质量报表

  • 功能说明：新增了团队维度的质量报表界面，可以在此处查看各团队和团队成员的各个质量指标的最新分析数据。该数据是基于最新切片的质量数据，选择时间后，筛选的是该时间段内新增的函数在最新切片下的质量数据。
  • 界面导航位置：【团队表现】-【质量报表】

• 团队表现 - 质量报表（历史数据）

  • 功能说明：新增了团队维度的历史质量数据报表界面，可以在此处查看各团队和团队成员的各个质量指标的历史分析数据。该数据是基于每次分析后储存的历史切片质量数据。如果过往没有分析过代码，则无法按照时间维度查询，需持续分析，分析后系统会自动储存记录历史切片数据，以便查询。
  • 界面导航位置：【团队表现】-【质量报表（历史数据）】

• Dashboards - 代码评审报表

  • 功能说明新增【代码评审报表】看板，展示代码评审相关的指标图表。
  • 界面导航位置：【Dashboards】-【代码评审报表】 界面说明：代码评审是指对源代码系统化地审查，常用软件同行评审（peer review）的方式进行，其目的是在找出及修正在软件开发初期未发现的错误，提升软件质量 及 开发者的技术。通常也可以通过代码评审来达到形成团队工程师文化的目标。

  在基于 Git 的开发环境下，一般都会通过 PR/MR（pull request / merge request）的流程来进行代码评审。Git 托管。平台也都提供了相应的功能。可以通过对相关指标的度量，了解到团队需要提升的方向。

  本期看板展示可度量指标：

  1. 项目中开发者提交、处理代码变更的速度如何？ 平均每步长 PR 创建数量 平均每步长 PR 合并数量 平均每步长 PR 合入时间 PR 吞吐率
  2. 项目代码评审的质量如何？ 评审深度：PR 中的（有效）留言数 合并/拒绝的 PR 占比 已合并但未评审的 PR：已合并的 PR 中，缺少有效评论的 PR 个数及占比
  3. 代码评审的流程中是否存在瓶颈？ 平均 PR 合入时长

• 按 JIRA Issue # 聚合当量的 open API

  • 相关配置位置：【设置】-【系统设置】-【设置提交标签组】
  • 注意：设置完成后，下一次分析时标签生效，可前往提交详情页查看对应的提交标签。