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

Strange behavior of git rev-list

From
PMPaweł Marczewski <pwmarcz@gmail.com>
Date
Sep 7, 2017, 09:20 UTC
Message-ID
<CACNsYJ-UeEONZ+mDgg6x5Bi+D3VmS=5eGCYq1gEPHVsMEJGojA@mail.gmail.com>

Hi, I have an interesting case. In my repository, there are two commits, 'one' and 'two'. 'one' is reachable from 'two' (as evidenced by 'git rev-list two | grep $(giv rev-parse one)'). However, the output of 'git rev-list two..one' is not empty, as is 'git rev-list ^two one'.

Here is the repository: https://github.com/pwmarcz/git-wtf/

It seems that the commit dates influence this behavior, because when I edit all the dates to be the same, the output of 'git rev-list two..one' is empty. Pruning seemingly irrelevant parents also makes it empty.

I verified the behavior on git versions 2.14.1, 2.11.0, and on the 'next' branch (2.14.1.586.g1a2e63c10).

Paweł Marczewski
Next: Jeff King
Message 1 of 8 in “Strange behavior of git rev-list”
  1. Paweł MarczewskiSep 7, 2017
  2. Jeff KingSep 7, 2017
  3. Paweł MarczewskiSep 7, 2017
  4. Jeff KingSep 7, 2017
  5. Stefan BellerSep 7, 2017
  6. Jeff KingSep 8, 2017
  7. Junio C HamanoSep 8, 2017
  8. Jeff KingSep 8, 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.