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

git bisect outputs list of commits in the wrong order

From
VWVolker Weißmann <volker.weissmann@gmx.de>
Date
Jun 10, 2022, 16:01 UTC
Message-ID
<3352fbbd-d555-fc51-1eac-692fdb5e4ae0@gmx.de>

If you use `git bisect` and `git bisect skip`, you might get an output like this:

There are only 'skip'ped commits left to test. The first bad commit could be any of: 01f793267a9af328f0f1af2cdb88301a08f007b2 a87784e29411e8b08059fdc79629e64de3002c99 af0df663440796a0580644493c15290405e60ecd 4f34b8cd48e2a814263efb319fe5dbab91215aed f3d91e38a45f0a2ec5affb884d536c9c4e5bb290 13526e1b0e1b11a2e30e44ccf35fbf92ffb61372 abee97622db5301d593265ff6e2009777b09221e b63700f09a422f01d954967b84c5e662881352eb We cannot bisect more!

While the output is correct, I don't like the fact that the commits are not in chronological order. Is there a reason for this? Chronological order makes sense and would make it easier to find the first known bad and the last known good commit.

Next: Junio C Hamano
Message 1 of 4 in “git bisect outputs list of commits in the wrong order”
  1. Volker WeißmannJun 10, 2022
  2. Junio C HamanoJun 10, 2022
  3. Jeff KingJun 10, 2022
  4. Junio C HamanoJun 10, 2022

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.