Re: git bisect should return 1 when the first bad commit is found

[Junio C Hamano <gitster@pobox.com>]

Pedro Larroy <pedro.larroy.lists@gmail.com> writes:

> I'm using git bisect, and for complex reasons I can't use git bisect
> run to drive the bisection. I don't think git bisect bad/good is
> returning a different status code when the first bad commit is found
> and this would be very useful to stop the driver of the bisection.
>
> What do you think?  Would such a change be acceptable?

Probably not.

A non-zero exit code would indicate that "git bisect" had trouble
finding the next commit to check after being told 'good' (or 'bad'),
which you wouldn't be able to tell from your "first bad one is
found".

The 'first bad one' is not necessarily the HEAD when the bisect
procedure finds it, so you'd have to read and parse "x is the first
such commit" message anyway, no?  And once you start parsing the
message from 'git bisect', you should be able to tell between
"please try this one, you have approximately 7 steps left" and "we
found the first bad one, which is X", without relying on the exit
status, no?