Thread (2 messages) flat view 2 messages, 2 authors, 2016-06-15

Re: [PATCH 01/16] bisect: write about `bisect next` in documentation

From: Stephan Beyer <hidden>
Date: 2016-06-15 23:08:31

Hi,

On 02/27/2016 07:03 PM, Junio C Hamano wrote:
Stephan Beyer [off-list ref] writes:
quoted
This command is also handy when you accidentally checked out another
commit during a bisection. It computes the commit for the bisection
and checks it out again.

-->8-->8-->8--

Is that better?
Thanks, I think it is definitely better than the original patch.

I cannot say it is better than not having that extra paragraph,
though.
Okay, I will remove that extra paragraph.

However, it probably should be documented what "git bisect next" does
after you've specified bad and good commits.

For that, I'd like to have an extra informational paragraph.
What about: "In general, the command computes the next commit for the
bisection and checks it out."
This would be neutral, in the meaning that no use case is involved.

Another more "strict" choice could be to change the behavior such that
"git bisect next" dies when invoked after a good (and a bad) commit is
specified. In that case, there is no need to document the behavior ;-)
However, in that case the name of "git bisect next" would be wrong...

Cheers,
Stephan
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help