Gitlab “固定”；“贡献者”；视图，以便正确合并具有不同用户名和/或地址的用户 问题陈述

我帮助维护的项目中的GitLab贡献者视图已经“中断”了一段时间。GitLab似乎无法理解某些用户名和/或电子邮件地址属于同一用户

目前，我们的GitLab贡献者视图显示以下内容：

Dev A <dev_a@company.com>
DevB  <dev_b@company.com>
devb  <dev_b@private.com>
Dev C <dev_c@company.com>
Dev D <dev_d@private.com>
Dev D <dev_d@company.com>
DevD  <dev_d@company.com>
...

到目前为止，这表明

和

都与同一个帐户关联。这并不足以让GitLab将这些地址映射到贡献者视图中的同一用户

第二次尝试是提供一个

.mailmap

文件，其中包含主用户名/电子邮件地址到辅助用户名/电子邮件地址的映射

当前的

.mailmap

文件如下所示：

Dev A <dev_a@company.com>
Dev C <dev_c@company.com>
Dev B <dev_b@company.com> DevB <dev_b@company.com>
Dev B <dev_b@company.com> devb <dev_b@private.com>
Dev D <dev_d@company.com> Dev D <dev_d@private.com>
Dev D <dev_d@company.com> DevD <dev_d@company.com>
...

deva
开发C
开发人员
开发人员
开发人员开发人员
开发部
...

当在项目根目录下使用此

.mailmap

本地调用

git shortlog-se

时，结果似乎是正确的。每个用户只被提及一次（当不存在

.mailmap

文件时，他们不是），将显示正确的主电子邮件并累积提交

这也是提交、推送的，因此GitLab应该知道，但是mailmap文件当前存在于分支上，而不是主分支上。但这并不是一个障碍，因为也可以为分支显示贡献者视图。提供的

.mailmap

文件使贡献者视图完全不受影响。表示相同用户的所有别名仍然未合并，并且未分别与用户和彼此关联

---

元

• 参考这一点的古代GitLab线程似乎被掩埋了：
• 另一个描述问题的线程：
• 相关线程：
• 关于作者映射的Git文档：
• GitLab关于mailmap支持的开放性问题：（因此GitLab可能无法处理

  .mailmap

  ）

---

问题: 如何修复“贡献者”视图，以便当不同的用户名和/或电子邮件地址属于同一个人时，可以将它们关联起来？

Dev A <dev_a@company.com>
Dev C <dev_c@company.com>
Dev B <dev_b@company.com> DevB <dev_b@company.com>
Dev B <dev_b@company.com> devb <dev_b@private.com>
Dev D <dev_d@company.com> Dev D <dev_d@private.com>
Dev D <dev_d@company.com> DevD <dev_d@company.com>
...