Re: [Alt. PATCH] ls-remote: deprecate -h as short for --heads
From: Jeff King <hidden>
Date: 2017-10-19 20:32:56
Possibly related (same subject, not in this thread)
- 2017-10-24 · Re: [Alt. PATCH] ls-remote: deprecate -h as short for --heads · René Scharfe <hidden>
- 2017-10-24 · Re: [Alt. PATCH] ls-remote: deprecate -h as short for --heads · Junio C Hamano <hidden>
- 2017-10-23 · Re: [Alt. PATCH] ls-remote: deprecate -h as short for --heads · René Scharfe <hidden>
- 2017-10-21 · Re: [Alt. PATCH] ls-remote: deprecate -h as short for --heads · Junio C Hamano <hidden>
- 2017-10-21 · Re: [Alt. PATCH] ls-remote: deprecate -h as short for --heads · René Scharfe <hidden>
On Thu, Oct 19, 2017 at 08:26:47PM +0200, René Scharfe wrote:
quoted hunk ↗ jump to hunk
diff --git a/Documentation/git-ls-remote.txt b/Documentation/git-ls-remote.txt index 5f2628c8f8..82622e7fbc 100644 --- a/Documentation/git-ls-remote.txt +++ b/Documentation/git-ls-remote.txt@@ -29,6 +29,9 @@ OPTIONS These options are _not_ mutually exclusive; when given both, references stored in refs/heads and refs/tags are displayed. ++ +*NOTE*: -h without any other parameters shows a short help text instead +of any refs.
Yuck. This "we only treat -h as special in certain cases" rule is sufficiently magical that I don't think we want to advertise and lock ourselves into it. -Peff