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

Re: Bug: "git-remote ls -h"

From
Eric Sunshine <sunshine@sunshineco.com>
Date
Jun 29, 2022, 16:29 UTC
Message-ID
<CAPig+cSnhbruJE_WBpmmypE_vzEQForooOu8KqbJ=dbaUrKKcg@mail.gmail.com>
In-Reply-To
<d2a7caa9-e2ba-457d-9fe9-92b29b5ee47a@www.fastmail.com>
On Wed, Jun 29, 2022 at 11:39 AM Ian Whitlock <ian@theknown.net> wrote:
> I found a bug and couldn't find another way to report it. I hope this is okay.
> The help output for `git ls-remote` shows that `-h` should display remote HEADs, but instead the help output is displayed!
Thanks for the report.
>  ➜ git ls-remote -h
> usage: git ls-remote [--heads] [--tags] [--refs] [--upload-pack=<exec>]
>                      [-q | --quiet] [--exit-code] [--get-url]
>                      [--symref] [<repository> [<refs>...]]

This is a known and documented behavior. The description of the `-h` option in the `ls-remote` help page:

    Limit to only refs/heads and refs/tags, respectively. These
    options are not mutually exclusive; when given both, references
    stored in refs/heads and refs/tags are displayed. Note that git
    ls-remote -h used without anything else on the command line gives
    help, consistent with other git subcommands.
Previous: Ian WhitlockNext: Junio C Hamano
Message 2 of 3 in “Bug: "git-remote ls -h"”
  1. Ian WhitlockJun 29, 2022
  2. Eric SunshineJun 29, 2022
  3. Junio C HamanoJun 30, 2022

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.