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

Re: What's cooking in git.git (Mar 2014, #03; Fri, 14)

From
Philip Oakley <philipoakley@iee.org>
Date
Mar 18, 2014, 00:14 UTC
Message-ID
<D6ED63739391422AAAB3B863AA9626CB@PhilipOakley>
In-Reply-To
<xmqqd2hkg2qw.fsf@gitster.dls.corp.google.com>
From: "Junio C Hamano" <gitster@pobox.com>
Show 14 quoted lines
> "Philip Oakley" <philipoakley@iee.org> writes:
>
>>> * po/git-help-user-manual (2014-02-18) 1 commit
>>> - Provide a 'git help user-manual' route to the docbook
>>>
>>> I am not sure if this is even needed.
>>
>> My rhetorical question would be "what should 'git help user-manual'
>> do?" for the beginner, ...
>
> Why would any _beginner_ even be expected to ask "git help"
> everything, including "user-manual", in the first place?  Wouldn't
> things like /usr/share/doc/git-doc/ be the place to help them in a
> consistent manner across different programs instead?

It would be my view that 'git help' would be the first place for a _beginner_ to start. In some ways it depends on what background one expects the beginner to have, and whether they know well their way around their machine, which often isn't the case.

Given that Git is available on many systems as a packaged application, the user may not even know where the raw documentation is held. That's certainly likely for those on Windows ;-)

Show 10 quoted lines
>
>> ... do we have a sort of policy on ensuring
>> that the majority of user documentation should be available (or at
>> least referenced) via the 'git help' mechanism?
>
> I doubt that there should be such a policy.
>
> "git help" is primarily to show the manual pages, and some technical
> details docs that are referenced from manpages may need to be
> reachable from it.

My approach, as you may have gathered, would be that the basic documenation should at least be available via a 'git help <something>' mechanism, even if advanced users already use alternative means suitable to their expertise.

Show 5 quoted lines
>  The user manual, on the other hand, may
> reference individual manpages but because it is primarily a document
> that shows the overall flow to employ different commands, individual
> manpages referring to the user manual feels entirely the other way
> around.

Ideally (from my viewpoint) there would be a way to directly access the current "user-manual" via the 'git help'. It's whether special casing the user-manual would be sensible.

At the moment 'git help' prompts for 'git help -g' which then lists the leading guides (I have a -gg option to list all guides in draft), so beginners who read the prompts would at least be led to the tutorial, which does have an extra link into the user-manual. Otherwise it's catch-22 - if a user doesn't know it's there they might never find it. One has to lead the horse to the water before it can drink, even though some never do ;-)

Previous: Junio C HamanoNext: Jeff King
Message 16 of 17 in “What's cooking in git.git (Mar 2014, #03; Fri, 14)”
  1. Junio C HamanoMar 14, 2014
  2. Torsten BögershausenMar 15, 2014
  3. Junio C HamanoMar 17, 2014
  4. Max HornMar 19, 2014
  5. Max HornMar 19, 2014
  6. Junio C HamanoMar 19, 2014
  7. Max HornMar 19, 2014
  8. Junio C HamanoMar 19, 2014
  9. Duy NguyenMar 15, 2014
  10. Junio C HamanoMar 17, 2014
  11. Philip OakleyMar 16, 2014
  12. Ramkumar RamachandraMar 16, 2014
  13. Junio C HamanoMar 17, 2014
  14. Philip OakleyMar 17, 2014
  15. Junio C HamanoMar 17, 2014
  16. Philip OakleyMar 18, 2014
  17. Jeff KingMar 18, 2014

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.