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

Re: inconsistency with --abbrev=0

From
Markus Heidelberg <markus.heidelberg@web.de>
Date
Jun 1, 2009, 10:36 UTC
Message-ID
<200906011236.51289.markus.heidelberg@web.de>
In-Reply-To
<fabb9a1e0905311046t1cd45b2cj4f889313c7781b38@mail.gmail.com>
Sverre Rabbelier, 31.05.2009:
Show 8 quoted lines
> Heya,
> 
> On Sun, May 31, 2009 at 17:48, Markus Heidelberg
> <markus.heidelberg@web.de> wrote:
> > What should --abbrev=0 behave like?
> 
> If the minimum is 4, then --abbrev=n with n < 4 should give an error
> saying that it should be >= 4, no?

This would break existing workflows. Currently --abbrev=[1-3] (and also --abbrev=-n (negative numbers)) always display >=4 chars in all commands. So you don't have to remind git's lower limit of 4, if you just want to display as few chars as possible. Only --abbrev=0 is different.

Markus
Previous: Sverre Rabbelier
Message 3 of 3 in “inconsistency with --abbrev=0”
  1. Markus HeidelbergMay 31, 2009
  2. Sverre RabbelierMay 31, 2009
  3. Markus HeidelbergJun 1, 2009

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.