这项功能能做什么
查看已合并 PR 数、合并耗时、提交作者和获得评审的变更。选择团队、日期和仓库后，筛选条件会保存在 URL 中，并带到交付和个人资料页面。活动指数单独显示，并说明其计算限制。
适用场景
- 在会议前确认相关时间段的数据。
- 找出需要进一步查看的变化。
开始步骤
- 1选择团队、日期和仓库。查看单个作者时，输入完整且准确的邮箱。
- 2检查指标卡片，以及哪些 PR 被计入的说明。
- 3切换到表格查看每日总数，或下载为 CSV。
- 4按需要打开交付、个人资料或知识地图。
设置项
| 设置项 | 用途 | 如何使用 | 常见错误 |
|---|---|---|---|
| 日期和筛选条件 | 限定活动数据范围，包含开始和结束日期。 | 分享页面 URL 可保留筛选条件。作者邮箱使用精确匹配。 | 比较不同团队或时间段，却没有说明范围变化。 |
使用示例
情况: 你想查看仓库筛选对平均合并耗时的影响。
- 1假设期间内创建了 4 个 PR：API 仓库的两个分别耗时 8 和 26 小时，web 仓库的两个分别耗时 4 和 6 小时。
- 2总体平均为 11 小时，筛选 API 后为 17 小时，筛选 web 后为 5 小时。
能确认什么: 按仓库查看可以找到差异所在。26 小时包含等待和夜间时间，不等于工作了 26 小时。
常见问题
统计哪些 PR？
统计所选期间内创建的 PR。其中当前已合并的 PR 用于计算从创建到合并的平均耗时。期间开始前创建的 PR，即使在期间内合并，也不计入。
bus factor 为 1 是什么意思？
在活跃仓库的已同步历史中，一位作者贡献了至少 50% 的提交。这不表示只有此人理解代码。
为什么没有数据？
应用会区分未连接、加载错误和期间内没有活动。把空卡片理解为零之前，请检查最近同步和筛选条件。
使用建议
- 分享数字时，同时注明日期和筛选条件。