-
Notifications
You must be signed in to change notification settings - Fork 35
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sync reviewers from rust-lang/team #53
base: master
Are you sure you want to change the base?
Conversation
I filled out the mailmap according to the following heuristics: |
It would be very cool if we merged this, given that some new reviewers are still left out of this list, and folks don't usually remember that they need to add themselves here <3 |
I don't think I've seen this before. I'm happy to merge it, though it looks like it will need a rebase (and I can review the code but the goal seems good). |
9bef85a
to
d1046fc
Compare
d1046fc
to
b44dde6
Compare
I have upstreamed the mailmap changes in rust-lang/rust#132471 and rust-lang/rust#132474 |
status: rebased, seems to still work. blocked on the mailmap changes shown above, as we would split a ton of people without those (and who wants to be split?) (and even with those changes, there are gonna be some new splits. i can't address everything, but i at least tried to address many of them). |
…ark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
This seem to supersede #67, but iirc unicase is unicode-aware, while uncased and git mailmap are not. |
…ark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
…ark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
…ark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
…ark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
…ark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
Rollup merge of rust-lang#132471 - Noratrieb:lots-of-mailmapping, r=Mark-Simulacrum Add a bunch of mailmap entries This adds a bunch of missing mailmap entries for many people. These are needed when using rust-lang/team information in rust-lang/thanks (rust-lang/thanks#53), as the emails there may differ. These are "easy" ones, where there was a mailmap entry already, making it clear which one is the preferred email address.
Instead of hardcoding everyone, pull in the people that are available there. We then only need to add aliases and additional reviewers, which should decrease the maintenance cost and increase accuracy. As #51 showed, this list here is not very well maintained.
This changes the email addresses for a bunch of people. I needed to add about 40 people to the mailmap (or ensure that they were here) to make it work. In the process, I also mailmapped a few other people that stood out like nrc, who's on thanks twice right now. The updated mailmap is currently committed in this PR, but I will make the change upstream and ping the involved people as a FYI if wanted if this PR is desired. I also had to change the mailmap code to compare names and emails case-insensitively as that caused some problems.
The output changed quite significantly as many clones were merged. I checked the top 100 contributors and after some additional fixes, none of them lost any contributions. It's entirely possible that a few people got split up but I think that's fine for now, as many other are already split up today and get fixed here. We or they can always try to fix it later.
This PR is best reviewed commit by commit, I tried making it as understandable as possible.