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

Re: Can someone explain this git-blame/git-rev behavior to me?

From
David Kastrup <dak@gnu.org>
Date
Jul 17, 2007, 09:57 UTC
Message-ID
<863aznz72i.fsf@lola.quinscape.zz>
In-Reply-To
<7v7ip02b81.fsf@assigned-by-dhcp.cox.net>
Junio C Hamano <gitster@pobox.com> writes:
Show 14 quoted lines
> David Kastrup <dak@gnu.org> writes:
>
>> git-rev-list HEAD --not tags/v1.4.2-rc1~88 --parents contrib/emacs/vc-git.el|tail -1|git-name-rev --stdin
>>
>> d87b90e47f7430455385edcf8506288b9a73d3b5 (tags/v1.4.2-rc1~87) b5dd9d2027c1bd5758033c7baf6d087752b0263d (tags/v1.4.2-rc1~88) 280242d1cc1fe2847f649d2f16b273e168fcbc48 (tags/v1.4.2-rc1~92)
>>
>> So we have tags/v1.4.2-rc1~87 listed as successor again, so I get into
>> a loop of blame.
>
> Without the final name-rev, it reads:
>
> d87b90e4... b5dd9d20... 280242d1...
>
> Without the --parent option, you get only d87b90e4...;
No.  Without the --parents option, I get
076a10c7282a08f783a28c1b64d0e114a3fe3d39

which is what I would think correct, as opposed to the output with --parents option. Have you actually tried this?

-- 
David Kastrup
Previous: Junio C HamanoNext: David Kastrup
Message 4 of 5 in “Can someone explain this git-blame/git-rev behavior to me?”
  1. David KastrupJul 16, 2007
  2. Johannes SixtJul 16, 2007
  3. Junio C HamanoJul 16, 2007
  4. David KastrupJul 17, 2007
  5. David KastrupJul 16, 2007

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.