git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff King <peff@peff.net>
To: Michael J Gruber <git@drmicha.warpmail.net>
Cc: Jonathan Nieder <jrnieder@gmail.com>, git@vger.kernel.org
Subject: Re: [RFC PATCH] git-help: find library man pages again
Date: Thu, 9 Sep 2010 15:58:08 -0400	[thread overview]
Message-ID: <20100909195808.GD1146@sigill.intra.peff.net> (raw)
In-Reply-To: <4C7F6354.70108@drmicha.warpmail.net>

On Thu, Sep 02, 2010 at 10:41:56AM +0200, Michael J Gruber wrote:

> >  i.e. I think that is the same issue after all and that
> > builtin/help.c ought to learn another heuristic than is_git_command().
> 
> One heuristic, which I would have left for a later patch because of its
> radicality (and I think we're in some phase of some rc something), is to
> simply not do any checks when calling the viewers. This requires that
> everything is prepended with "git-", which I see you have done in
> builtin/help.c. Still, none-command help pages will not show up with
> "git help -a". So it's not a complete solution.

That was my first thought upon reading your patch, too. And something
like "s/gitworkflows/git-workflows/" is reasonable. But you can do "git
help attributes" and "git help ignore" now, and those should almost
certainly remain "gitattributes" and "gitignore" (at the very least, we
should still allow "git help gitattributes", which works now, but which
your proposal would break).

So maybe we could get by with "prepend git- unless it starts with git".

I dunno. The current behavior seems hack-ish, but I am loathe to change
names if people really prefer the existing ones. FWIW, I would actually
say "git help git-sh-setup", which in fact works (leading me to get
puzzled by your patch at first). So who knows what people are typing in
practice.

-Peff

      parent reply	other threads:[~2010-09-09 19:58 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-01 16:02 [RFC PATCH] git-help: find library man pages again Michael J Gruber
2010-09-01 16:07 ` Michael J Gruber
2010-09-02  8:16 ` Jonathan Nieder
2010-09-02  8:41   ` Michael J Gruber
2010-09-02  8:55     ` Jonathan Nieder
2010-09-02  9:09       ` Michael J Gruber
2010-09-09 19:58     ` Jeff King [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100909195808.GD1146@sigill.intra.peff.net \
    --to=peff@peff.net \
    --cc=git@drmicha.warpmail.net \
    --cc=git@vger.kernel.org \
    --cc=jrnieder@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).