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

Bug: manpage for `git ls-files` uses <file> instead of <pathspec>

From
LBLily Ballard <lily@sb.org>
Date
Oct 11, 2018, 03:20 UTC
Message-ID
<1539228001.1758106.1538051752.20CB6C51@webmail.messagingengine.com>
`git ls-files` takes zero or more <pathspec>s, but the manpage (and the `-h` output) lists it as taking zero or more <file>s instead. This is confusing as <file> is documented in `man git` as a filename, without any magic. But a pathspec has a lot of special handling. The gitglossary entry for pathspec does say that `git ls-files` takes it, but nobody is going to know to look there in the first place if they look at `git ls-files` and see that it takes files. 
I haven’t checked any other commands that the glossary lists as taking pathspecs (except `git add`, which does properly list it as taking pathspecs), so I don’t know if any of the other commands incorrectly list themselves as taking files when they take pathspecs.
git version 2.19.1.
-Lily Ballard
Next: Junio C Hamano
Message 1 of 2 in “Bug: manpage for `git ls-files` uses <file> instead of <pathspec>”
  1. Lily BallardOct 11, 2018
  2. Junio C HamanoOct 13, 2018

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.