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

Re: Suggestion: "man git clone"

From
Federico Lucifredi <flucifredi@acm.org>
Date
Sep 4, 2008, 02:22 UTC
Message-ID
<48BF4662.9000305@acm.org>
In-Reply-To
<48ADE2FF.4080704@acm.org>
Hello HP, All,
  I somehow managed to forget this (age must be taking its toll), but 
there is a convention commonly used for man pages of Perl Modules, which 
can be reasonably usable for subcommands as well:
  man APR::Brigade

will work just fine, with a file by the same name. This convention is in current use, and would map to

  man git::clone

while :: is not as immediate in context as in Perl, it does do the job, and works regardless of pager.

  I would still go with the single big page (people are used to 
vi-search with "/" anyway), but if you want to split the manual this 
would work, and you could refer to the pages explicitly in the main git 
page.
  Finally, and importantly, "apropos clone" or "man -k clone" would 
correctly point to git::clone as a valid result.
  One more option for you.
  Best -F
Federico Lucifredi wrote:
Show 37 quoted lines
> Hello HP,
>  I have seen this in (funnily enough) a project I manage myself, which 
> has subcommands structured similarly to Git.
> 
>  I have looked at options, but so far the current behavior (man foo-bar) 
> seems the best option for foo's subcommand bar. The alternative, also 
> acceptable, is a large page with subsections for each command. Sections 
> (man 1) are used for chapter-like page groupings, not for subsections on 
> a single command - those would have to be implemented as an additional 
> layer.
> 
>  But, as another participant in the thread has commented, that would not 
> port to other platforms very quickly (although it would get to Linux and 
> OS-X promptly, and may eventually make its way into other platforms).
> 
>  I am open to ideas, but so far the two options above are better than 
> anything else that has been so far suggested...
> 
>  Best -F
> 
> H. Peter Anvin wrote:
>> Given the recent change of "git-foo" to "git foo", it would be really 
>> nice if one could type, for example:
>>
>>     man git clone
>>
>> and actually get the man page for the git clone command.  There are 
>> quite a few other pieces of software which also could benefit from 
>> that kind of indirection.
>>
>> Right now the above command shows the man page git(1) followed by 
>> clone(2), which I believe has be classified as utterly useless 
>> behaviour...
>>
>>     -hpa
> 
> 
-- 
_________________________________________
-- "'Problem' is a bleak word for challenge" - Richard Fish
(Federico L. Lucifredi) - flucifredi@acm.org
Previous: Federico LucifrediNext: H. Peter Anvin
Message 24 of 29 in “Suggestion: "man git clone"”
  1. H. Peter AnvinAug 21, 2008
  2. Peter Valdemar Mørch (Lists)Aug 21, 2008
  3. H. Peter AnvinAug 21, 2008
  4. Avery PennarunAug 21, 2008
  5. H. Peter AnvinAug 21, 2008
  6. Jeff KingAug 21, 2008
  7. Jeff KingAug 21, 2008
  8. H. Peter AnvinAug 21, 2008
  9. Jeff KingAug 21, 2008
  10. Bert WesargAug 21, 2008
  11. A Large Angry SCMAug 22, 2008
  12. Federico LucifrediAug 21, 2008
  13. H. Peter AnvinAug 21, 2008
  14. Federico LucifrediAug 22, 2008
  15. Jeff KingAug 22, 2008
  16. Jeff KingAug 22, 2008
  17. Miklos VajnaAug 22, 2008
  18. Jeff KingAug 22, 2008
  19. Federico LucifrediAug 22, 2008
  20. Federico LucifrediAug 22, 2008
  21. Colin WatsonJun 28, 2009
  22. Federico LucifrediJul 6, 2009
  23. Federico LucifrediJul 6, 2009
  24. Federico LucifrediSep 4, 2008
  25. H. Peter AnvinSep 4, 2008
  26. Michael J GruberAug 22, 2008
  27. Derek FawcusAug 22, 2008
  28. Mikael MagnussonAug 22, 2008
  29. Matthieu MoyAug 25, 2008

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.