* [BUG] git format-patch incorrectly follows the mailmap when used with --cover-letter
@ 2022-11-02 23:54 L. E. Segovia
2022-11-03 0:09 ` Taylor Blau
0 siblings, 1 reply; 4+ messages in thread
From: L. E. Segovia @ 2022-11-02 23:54 UTC (permalink / raw)
To: git
Thank you for filling out a Git bug report!
Please answer the following questions to help us understand your issue.
What did you do before the bug happened? (Steps to reproduce your issue)
Issued git format-patch -M master -o patches/ --cover-letter inside a
given repository (hereafter "current repository").
What did you expect to happen? (Expected behavior)
The cover letter should have tallied my commits and associate them with
the current repository's user.name value.
What happened instead? (Actual behavior)
The cover letter follows my active mailmap and applies it when tallying
the commits. There is no way to tell it not to.
What's different between what you expected and what actually happened?
git format-patch is not consistent in applying authorship values. The
cover letter uses user.* to construct the From: line, which is correct;
but the authorship stats instead follow the mailmap.
Anything else you want to add:
To reproduce, set in your global .mailmap an entry remapping the
current repository's user.email value to a different author name than what is
stored in the repository's user.name. Then issue the git format-patch
line as described above.
Please review the rest of the bug report below.
You can delete any lines you don't wish to share.
[System Info]
git version:
git version 2.38.1
cpu: x86_64
no commit associated with this build
sizeof-long: 8
sizeof-size_t: 8
shell-path: /bin/sh
feature: fsmonitor--daemon
uname: Darwin 20.6.0 Darwin Kernel Version 20.6.0: Thu Sep 29 20:15:11 PDT 2022; root:xnu-7195.141.42~1/RELEASE_X86_64 x86_64
compiler info: clang: 13.0.0 (clang-1300.0.29.30)
libc info: no libc information available
$SHELL (typically, interactive shell): /usr/local/bin/fish
[Enabled Hooks]
--
amyspark 🌸 https://www.amyspark.me
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [BUG] git format-patch incorrectly follows the mailmap when used with --cover-letter
2022-11-02 23:54 [BUG] git format-patch incorrectly follows the mailmap when used with --cover-letter L. E. Segovia
@ 2022-11-03 0:09 ` Taylor Blau
2022-11-03 0:21 ` L. E. Segovia
0 siblings, 1 reply; 4+ messages in thread
From: Taylor Blau @ 2022-11-03 0:09 UTC (permalink / raw)
To: L. E. Segovia; +Cc: git
On Wed, Nov 02, 2022 at 08:54:32PM -0300, L. E. Segovia wrote:
> What did you expect to happen? (Expected behavior)
>
> The cover letter should have tallied my commits and associate them with
> the current repository's user.name value.
>
> What happened instead? (Actual behavior)
>
> The cover letter follows my active mailmap and applies it when tallying
> the commits. There is no way to tell it not to.
Are you referring to the shortlog in the cover letter, the patches
themselves, or both?
As you note, there is no '--[no-]mailmap' option in format-patch, though
implementing one should be relatively straightforward.
Thanks,
Taylor
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [BUG] git format-patch incorrectly follows the mailmap when used with --cover-letter
2022-11-03 0:09 ` Taylor Blau
@ 2022-11-03 0:21 ` L. E. Segovia
2022-11-03 0:26 ` Taylor Blau
0 siblings, 1 reply; 4+ messages in thread
From: L. E. Segovia @ 2022-11-03 0:21 UTC (permalink / raw)
To: Taylor Blau; +Cc: git
Hey,
The shortlog in the cover letter follows the active mailmap (incorrectly).
The letter itself (From: header), as well as the patches, are attributed
correctly.
Best,
amyspark
On 02/11/2022 21:09, Taylor Blau wrote:
> On Wed, Nov 02, 2022 at 08:54:32PM -0300, L. E. Segovia wrote:
>> What did you expect to happen? (Expected behavior)
>>
>> The cover letter should have tallied my commits and associate them with
>> the current repository's user.name value.
>>
>> What happened instead? (Actual behavior)
>>
>> The cover letter follows my active mailmap and applies it when tallying
>> the commits. There is no way to tell it not to.
>
> Are you referring to the shortlog in the cover letter, the patches
> themselves, or both?
>
> As you note, there is no '--[no-]mailmap' option in format-patch, though
> implementing one should be relatively straightforward.
>
> Thanks,
> Taylor
--
amyspark 🌸 https://www.amyspark.me
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [BUG] git format-patch incorrectly follows the mailmap when used with --cover-letter
2022-11-03 0:21 ` L. E. Segovia
@ 2022-11-03 0:26 ` Taylor Blau
0 siblings, 0 replies; 4+ messages in thread
From: Taylor Blau @ 2022-11-03 0:26 UTC (permalink / raw)
To: L. E. Segovia; +Cc: Taylor Blau, git
On Wed, Nov 02, 2022 at 09:21:12PM -0300, L. E. Segovia wrote:
> Hey,
>
> The shortlog in the cover letter follows the active mailmap (incorrectly).
You say "incorrectly", but this is subjective, no?
I imagine that most (?) users of format-patch do want to respect the
mailmap when generating a shortlog. In fact, the 'git shortlog' builtin
doesn't even have a `--[no-]mailmap` option, either.
> The letter itself (From: header), as well as the patches, are attributed
> correctly.
OK.
Thanks,
Taylor
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-11-03 0:26 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-11-02 23:54 [BUG] git format-patch incorrectly follows the mailmap when used with --cover-letter L. E. Segovia
2022-11-03 0:09 ` Taylor Blau
2022-11-03 0:21 ` L. E. Segovia
2022-11-03 0:26 ` Taylor Blau
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).