群组级效能分析 提交 -> 推送

问题（Problem to solve）

如 https://jihulab.com/gitlab-cn/gitlab/-/issues/1438 描述，目前群组级效能分析，提交次数/提交/commit 的统计结果存在问题，会错误地将rebase中的commit数据统计到该用户数据下，同时，要修整该结果存在以下问题：

1. 群组级的commit统计是基于push中的信息和数据，但是push信息中无法区别rebase和normal commit
2. 如果要从项目级的commit数据，一个一个累加，会超过gitaly单次请求的上限
3. 无法单独存储该数据（需向Upstream申请扩表）

解决方案（Proposal）

目前只能正确统计 推送事件/push 的数量，因此，在群组级效能指标中去除 提交/commit， 新增 推送/push

具体包括以下修改：

1. 卡片“提交次数” -> 卡片“推送次数”
2. 卡片“人均提交次数” -> 卡片“人均推送次数”
3. 排行榜的下拉框选项“提交次数” -> 推送次数
4. 效能报表的列“提交” -> 推送

其他，由于效能报表的列名太长，统一用 MR 替代 合并请求：

1. 已创建的合并请求 -> 已创建MR
2. 已核准的合并请求 -> 已核准MR
3. 已合并的合并请求 -> 已合并MR
4. 已关闭的合并请求 -> 已关闭MR