git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: should "git bisect" support "git bisect next?"

From
Junio C Hamano <gitster@pobox.com>
Date
Nov 12, 2017, 09:56 UTC
Message-ID
<xmqq4lpzddmv.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<alpine.LFD.2.21.1711120415190.28956@localhost.localdomain>
"Robert P. J. Day" <rpjday@crashcourse.ca> writes:
Show 12 quoted lines
>> This reminds me; is there a way to suppress it because I'm about to
>> give a large set of good and bit commits (perhaps because I'm
>                       ^^^^^^^^^^^^^^^^^^^^
>> replaying part of a git biset log, minus one or two lines that are
>> suspected of being bogus thanks to flaky reproduction), and so
>> there's no point having git bisect figure the "next" commit to try
>> until I'm done giving it a list of good/bad commits?
>
>   i'm sure i'll regret asking this, but (assuming "bit" should read
> "bad") is this suggesting one can hand bisect more than one bad
> commit? i thought we just went through that discussion where there
> could be only one bad commit but multiple good commits. clarification?

The documentation you have been futzing with is about the fact that the initial set of known to be good/bad commits that "git bisect start <bad> <good>..." take can have one bad and zero or more good.

What is being discussed in this thread is different (and I tried to clarify the fact by saying "what bad and good commits in what sequence").

Ted is talking about replaying the series of "git bisect (good|bad) $a_single_commit" that are recorded during a bisection session and can be read via "git bisect log". When Ted says "good commits" and/or "bad commits", he is not talking about giving all of them to a single invocation of "git bisect" command. The replay session will take one commit at a time (which is what "git bisect replay" does) and feed it to either "git bisect good" or "git bisect bad".

Does it make sense?

By the way, I do not think there is anything to regret in asking what you do not understand. Showing how much you know (and you don't) will allow others who communicate with you to calibrate their expectations, which eases later discussions; it is a good thing.

Previous: Robert P. J. DayNext: Stephan Beyer
Message 10 of 11 in “should "git bisect" support "git bisect next?"”
  1. Robert P. J. DayNov 11, 2017
  2. Christian CouderNov 11, 2017
  3. Junio C HamanoNov 11, 2017
  4. Theodore Ts'oNov 11, 2017
  5. Junio C HamanoNov 12, 2017
  6. Christian CouderNov 12, 2017
  7. Theodore Ts'oNov 12, 2017
  8. Junio C HamanoNov 13, 2017
  9. Robert P. J. DayNov 12, 2017
  10. Junio C HamanoNov 12, 2017
  11. Stephan BeyerNov 12, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.