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

Re: [PATCH v4 2/3] vimdiff: add tool documentation

From
Fernando Ramos <greenfoo@u92.eu>
Date
Dec 11, 2021, 10:46 UTC
Message-ID
<YbSBf0eLh3AXiGnV@zacax395.localdomain>
In-Reply-To
<CAJDDKr77YQKJj15V52Rs=LPRMZVSkbpV8MWFDWNuYf4jqqCajg@mail.gmail.com>
On 21/12/09 06:58PM, David Aguilar wrote:
Show 17 quoted lines
> On Sat, Dec 4, 2021 at 1:04 AM Fernando Ramos <greenfoo@u92.eu> wrote:
> >
> > Running 'git {merge,diff}tool --tool-help' now also prints usage
> > information about the vimdiff tool (and its variantes) instead of just
> > its name.
> >
> > Signed-off-by: Fernando Ramos <greenfoo@u92.eu>
> > ---
> >  Documentation/git-difftool--vimdiff.txt  |  40 +++++
> >  Documentation/git-mergetool--vimdiff.txt | 195 +++++++++++++++++++++++
> 
> 
> Should these be referenced from elsewhere in the Documentation/
> tree in order to make them more discoverable?
> 
> Documentation/git-{difftool,mergetool}.txt seem like they should
> include or link to these.

Those files (Documentation/git-{difftool,mergetool}.txt) contain this piece of text:

    --tool-help
        Print a list of diff tools that may be used with --tool.

When you then run with "--tool-help", not only the list of available tools is listed, but also a short message explaining how to obtain more details is presented (for those tools that have more information):

    vimdiff 
        Run 'man git-difftool--vimdiff' for details

In other words: there is one level of "indirection" that decouples the documentation of each tool from the generic documentation contained in Documentation/git-{difftool,mergetool}.txt.

Thanks to this, when documentation for a new tool is created in the future, as long as the "diff_cmd_help()/merge_cmd_help()" functions are overwritten, everything will "just work" without having to edit Documentation/git-{difftool,mergetool}.txt each time.

I thought this was the best option but I have not problem adding a reference to it if you prefer that (maybe at the end, in the "SEE ALSO" section?)

Let me know what you think.
Show 13 quoted lines
> > +merge_cmd_help() {
> > +       echo "Run 'man git-mergetool--vimdiff' for details"
> > +       return 0
> > +}
> > +
> > +
> 
> My understanding is that we prefer "git help" instead of "man" when
> providing hints.
> 
> That means we should suggest something like this instead:
> 
>         echo "Run 'git help mergetool--vimdiff' for details"

I originally typed that, but then I noticed something in my system: all entries in "Documentation/" seem to be available as "man" pages, but only a subset of them are also available through "git help". Examples:

  * man git-mergetool        --> works
  * man git-mergetool--lib   --> works
  * git help mergetool       --> works
  * git help mergetool--lib  --> does not work!
That's why I ended up using "man".
PS: Now that I have revisited the issue, it looks like the command that is
failing is trying to run "man gitmergetool--lib" under the hood (notice there is
a missing "-"). The problem seems to be in "builtin/help.c:cmd_to_page()":
   if is_git_command(x) 
       return xstrfmt("git-%s", x);
   else
       return xstrfmt("git%s", x);

Because "mergetool--lib" is not a regular git command, it removes the "-". The same would happen to the new "git help mergetool--vimdiff" if I add it. Is this the intended behavior?

There are two options:
  A) This is actually an error in help.c logic that needs to be fixed and then
     I can update the docs to "git help mergetool--vimdiff".
  B) This is the intended behavior and I leave "man git-mergetool--vimdiff" in
     the docs.

I would say the right option is (A), but need your input regarding how to fix it.

Thanks.
Previous: Junio C HamanoNext: Fernando Ramos
Message 6 of 8 in “vimdiff: new implementation with layout support”
  1. 0/3 vimdiff: new implementation with layout supportFernando Ramos, Dec 4, 2021
  2. 1/3 vimdiff: new implementation with layout supportFernando Ramos, Dec 4, 2021
  3. 2/3 vimdiff: add tool documentationFernando Ramos, Dec 4, 2021
  4. David AguilarDec 10, 2021
  5. Junio C HamanoDec 10, 2021
  6. Fernando RamosDec 11, 2021
  7. Fernando RamosJan 4, 2022
  8. 3/3 vimdiff: integrate layout tests in the unit tests framework ('t' folder)Fernando Ramos, Dec 4, 2021

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.