Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH] bisect: Store first bad commit as comment in log file

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:56:57

Torstein Hegge [off-list ref] writes:
On Mon, Apr 22, 2013 at 14:13:00 -0700, Junio C Hamano wrote:
quoted
Torstein Hegge [off-list ref] writes:
quoted
I took another look at this. I wasn't able to come up with anything
useful for the "The merge base $rev is bad" case, but for the "only
skipped commits left to test" case one could do something like this.
We skipped them because we can gain _no_ information from testing
these commits. They are not even "possibly bad", but are "unknown".

So it feels to me that by definition listing them would not be
useful. What am I missing?
The information lies in that those commits are the only commits with an
unknown state. So if the bisecter hands off the bisect log to someone
else when they can't test further, the current status is recorded.
That is an interesting use case: "I've narrowed it down somewhat,
but there are a few commits I do not have proper hardware for to
test them, could you take it over from here?"
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help