Re: [PATCH v2 3/4] t4203: test mailmap functionality directly rather than indirectly
- From
Eric Sunshine <sunshine@sunshineco.com>
- Date
- Jul 12, 2013, 00:35 UTC
- Message-ID
- <CAPig+cS7rxFzY8Q3gfTtJkggp-K62SVqsjCotbM3Bkm47L44gg@mail.gmail.com>
- In-Reply-To
- <7vhag0rk3u.fsf@alter.siamese.dyndns.org>
On Thu, Jul 11, 2013 at 3:07 PM, Junio C Hamano <gitster@pobox.com> wrote:
Show 10 quoted lines
> Eric Sunshine <sunshine@sunshineco.com> writes: > >> With the introduction of check-mailmap, it is now possible to check >> .mailmap functionality directly rather than indirectly as a side-effect >> of other commands (such as git-shortlog), therefore, do so. > > Does this patch mean that we will now ignore future breakages in > shortlog and blame if their mailmap integration becomes buggy? > > I am not convinced it is a good idea if that is what is going on.
I meant to mention in the cover letter that this patch was open for debate, however, it does not eliminate all testing of these other commands.
The tests in which git-check-mailmap is substituted for git-shortlog all worked against a simplistic two-commit repository. Those tests were checking the low-level mailmap functionality under various conditions and configurations; they were not especially checking any particular behavior of git-shortlog.
There still remain a final eight tests which cover git-shortlog, git-log, and git-blame. These tests do check mailmap-related behavior of those commands, and they do so using a more involved seven-commit repository with "complex" mappings, so we have not necessarily lost any checks of mailmap integration for those commands.
Would this patch become more palatable if I stated the above in the commit message?
-- ES