Stefano Lattarini <stefano.lattarini@xxxxxxxxx> writes:
> On 12/21/2012 04:12 AM, Junio C Hamano wrote:
>> From: Adam Spiers <git@xxxxxxxxxxxxxx>
>>
>> Yellow seems a more appropriate color than bold green when
>> considering the universal traffic lights coloring scheme, where
>> green conveys the impression that everything's OK, and amber that
>> something's not quite right.
>>
> Here are few more details about the behaviour of other testing
> tools, in case you want to squash them in the commit message for
> future references:
>
> 1. Automake (at least up to 1.13) and Autotest (at least up to the
> 2.69 Autoconf release) use "bold" green for reporting expected
> failures.
>
> 2. On the other hand, the 'prove' utility (as of TAP::Harness v3.23
> and Perl v5.14.2) use yellow (not bold) for the same purpose.
Nice to know, thanks.
I re-read the above three times, trying to see how to add it to the
log message, but having hard time phrasing it.
The only thing the additional knowledge adds seems to be to give
rationale for the old choice of "bold green"---it was not chosen
from thin-air but can be viewed as following the automake/autotest
scheme, and other systems cannot agree on what color to pick for
this purpose.
I do not see a need to justify why we chose differently from
automake/autotest; we could say something like:
Yellow seems a more appropriate color than bold green when
considering the universal traffic lights coloring scheme, where
green conveys the impression that everything's OK, and amber that
something's not quite right. This is in line with what 'prove'
uses, but different from 'automake/autotest' do.
but we are not in the business of choosing which is more correct
between prove and automake/autotest, and I do not see how it adds
much value to tell readers that color choices are not universally
agreed upon across various test software suites---that's kind of
known, isn't it?
So...
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html