On Sat, Jul 13, 2013 at 2:29 AM, Stefan Beller
> On 07/13/2013 02:35 AM, Eric Sunshine wrote:
>> Two tests in t4203-mailmap.sh set up the mapping <b...@company.xx> =>
>> <b...@company.xy> in an apparent attempt to check that email address
>> remapping works as expected (in addition to name remapping which is also
>> tested). To test the remapping, git-shortlog is invoked but the
>> invocation lacks the -e option instructing it to show email addresses,
>> hence the tests do not actually prove that address remapping succeeded.
>> Fix this by instructing git-shortlog to output email addresses as well.
>> Signed-off-by: Eric Sunshine <sunsh...@sunshineco.com>
>> The very last git-shortlog "complex" test in the script does use -e and
>> checks that email address remapping actually works, so it's not clear
>> that this patch is needed. The <b...@company.xx> => <b...@company.xy>
>> remapping done by the two tests touched by this patch, however, is
>> misleading to the reader since it seems to imply that these two tests
>> want to check address remapping as well. Perhaps a better change would
>> be to remove the address remapping from these two tests.
>> cat >expect <<\EOF
>> -Internal Guy (1):
>> +Internal Guy <b...@company.xy> (1):
>> -Repo Guy (1):
>> +Repo Guy <aut...@example.com> (1):
>> @@ -131,7 +131,7 @@ test_expect_success 'name entry after email entry,
>> case-insensitive' '
>> mkdir -p internal_mailmap &&
>> echo "<b...@company.xy> <b...@company.xx>" >internal_mailmap/.mailmap
>> echo "Internal Guy <b...@company.xx>" >>internal_mailmap/.mailmap &&+
> So here it is capitalized email address (BUGS@), but at the expect file
> it's still lower cased. I think this is a bug.
> Junio was trying to fix it in 543f99173c2d2f648d8f846e24875150f7de03d3
With the re-roll of Junio's series which I just sent out , this
case-preserving problem is tested (and fixed), and email address
remapping is tested in general, so I think this submission should be
(It might still be worthwhile, as mentioned in the patch commentary,
to drop the confusing lines altogether from those two tests, but
that's an issue for another day.)
> So I think we need another yet test case there:
> Internal Guy <b...@company.xx>
> Internal Guy <b...@company.xy>
> Having just one entry in the mailmap
> Internal Guy <b...@company.xx> <b...@company.xy>
> should still work with the "shortlog -e"
>> - git shortlog HEAD >actual &&
>> + git shortlog -e HEAD >actual &&
>> test_cmp expect actual
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html