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

Re: [BUG] in rev-parse

From
Junio C Hamano <gitster@pobox.com>
Date
Dec 15, 2011, 03:20 UTC
Message-ID
<7vk45yplkm.fsf@alter.siamese.dyndns.org>
In-Reply-To
<20111214210157.GA8990@sigill.intra.peff.net>
Jeff King <peff@peff.net> writes:
> On the other hand, it has been like this since it was introduced in
> 2006, and I wonder if scripts rely on the --verify side effect.

It would have been nicer if it did not to imply --verify at all; a long hexdigit that do not name an existing object at all will be shortened to its prefix that still do not collide with an abbreviated object name of an existing object, and even in such a case, the command should not error out only because it was fed a non-existing object (of course, if "--verify" is given at the same time, its "one input that names existing object only" rule should also kick in).

Previous: Jeff KingNext: Jeff King
Message 3 of 7 in “[BUG] in rev-parse”
  1. nathan.panike@gmail.comDec 14, 2011
  2. Jeff KingDec 14, 2011
  3. Junio C HamanoDec 15, 2011
  4. Jeff KingDec 15, 2011
  5. Junio C HamanoDec 15, 2011
  6. Michael HaggertyDec 15, 2011
  7. Jeff KingDec 17, 2011

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.