git-fame icon indicating copy to clipboard operation
git-fame copied to clipboard

feature: emit both email and name

Open jaraco opened this issue 1 year ago • 4 comments

Today, I was working to leverage git-fame to infer the "Authors" and "Maintainers" of a project (contributors). For these fields, I'd like to have both the email and name of these contributors. When I went to invoke git-fame, however, I see that it will emit the name or the email but not both. I've hacked together this monstrosity to zip those together, but it would be so much nicer to get the name and email in one go.

Would you consider an option to include both email and name in the output?

jaraco avatar May 02 '24 22:05 jaraco

Unfortunately, I think your code is also not working. It is possible that the number of rows in each output is different. For example, I have this problem with the matplotlib repo. The output of the Table with names contains 33 more rows than the table with emails. I would also like an option to print both name and email in one table.

killi199 avatar May 17 '24 14:05 killi199

Oh, gosh. Yeah, I was making that assumption. Fortunately, that assumption has held for the trivial repos against which I'm relying on it currently, but it'll surely break when that's not the case. Thanks for the heads up.

jaraco avatar May 17 '24 20:05 jaraco

@casperdcl Would you care to comment on this request?

jaraco avatar Aug 20 '24 17:08 jaraco

I didn't implement this because I knew it would be difficult to safely handle complex cases lacking a comprehensive .mailmap... happy to accept a PR though!

casperdcl avatar Oct 06 '24 23:10 casperdcl

I didn't implement this because I knew it would be difficult to safely handle complex cases lacking a comprehensive .mailmap... happy to accept a PR though!

I'd be interested in exploring the issue or even sponsoring the work, but I'm a little uneasy investing into a project that's shown signs of abandonment, and where I might get a response once or twice a year. What can I do to ensure that any proposed changes aren't stalled by limited bandwidth of the maintainer?

(to be sure, I also have very limited bandwidth for open source, so I'm not complaining; I'm merely seeking clarity on what to expect with this project with respect to a feature change)

jaraco avatar Dec 24 '24 15:12 jaraco

Hey @jaraco thanks for your interest in supporting open source! I understand your frustration and have written and spoken about your concerns ^os-ill,^os-bad.

At the moment to only way to guarantee dedicated, hyper-responsive, bright-eyed and bushy-tailed support from me personally is via the one-off or monthly sponsor links.

casperdcl avatar Jan 27 '25 19:01 casperdcl

At the moment to only way to guarantee dedicated, hyper-responsive, bright-eyed and bushy-tailed support from me personally is via the one-off or monthly sponsor links.

I respect that. Thanks for the context. I'm not yet sure how I'll proceed, but I'll update here if/when I do.

jaraco avatar Feb 02 '25 18:02 jaraco

#108 is a proposal to add the parameter. Please take a look and let me know what you think.

jaraco avatar Apr 13 '25 16:04 jaraco