All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v7 0/4] vimdiff: new implementation with layout support
@ 2022-03-28 22:30 Fernando Ramos
  2022-03-28 22:30 ` [PATCH v7 1/4] " Fernando Ramos
                   ` (5 more replies)
  0 siblings, 6 replies; 38+ messages in thread
From: Fernando Ramos @ 2022-03-28 22:30 UTC (permalink / raw)
  To: git
  Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme

Original cover letter (see v7 changes at the end):

A few weeks ago I presented this RFC [1] where I introduced a new variant of the
vimdiff merge tool ("vimdiff4") that creates three tabs (instead of just one)
that look like this:

    ------------------------------------------
    | <TAB #1> |  TAB #2  |  TAB #3  |       |
    ------------------------------------------
    |             |           |              |
    |   LOCAL     |   BASE    |   REMOTE     |
    |             |           |              |   <---- Same information
    ------------------------------------------         presented by the
    |                                        |         "standard" vimdiff
    |                MERGED                  |         merge tool
    |                                        |
    ------------------------------------------
    
    ------------------------------------------
    |  TAB #1  | <TAB #2> |  TAB #3  |       |
    ------------------------------------------
    |                   |                    |
    |                   |                    |
    |                   |                    |
    |     BASE          |    LOCAL           |   <---- Only differences
    |                   |                    |         between BASE and
    |                   |                    |         LOCAL are shown
    |                   |                    |
    ------------------------------------------
    
    ------------------------------------------
    |  TAB #1  |  TAB #2  | <TAB #3> |       |
    ------------------------------------------
    |                   |                    |
    |                   |                    |
    |                   |                    |
    |     BASE          |    REMOTE          |   <---- Only differences
    |                   |                    |         between BASE and
    |                   |                    |         REMOTE are shown
    |                   |                    |
    ------------------------------------------


The motivation behind this was that, for non-trivial merges, the three way diff
presented in the first tab tends to be very confusing and in these cases
individual diffs between BASE and LOCAL and between BASE and REMOTE are very
useful.

I have been using a "custom" merge tool for months to achieve this same result
by adding these lines to my .gitconfig file:

  [mergetool "supermerge"]
        cmd = vim -f -d -c \"4wincmd w | wincmd J | tabnew | edit $LOCAL | vertical diffsplit $BASE | tabnew | edit $REMOTE | vertical diffsplit $BASE | 2tabprevious\" \"$LOCAL\" \"$BASE\" \"$REMOTE\" \"$MERGED\"
        trustExitCode = true

...and, because I found this "trick" very useful, I thought it would be a good
idea to add it as a git built-in merge tool (called "vimdiff4" because  1, 2 and
3 had already been taken) for everyone to use... and that's exactly what the RFC
I published did.

Now... as you can see in the RFC thread [1], David and Juno suggested that
maybe, instead of creating *yet another vimdiff variant*, we should take this
opportunity to:

  * Come up with a more general way of defining arbitrary vim layouts.
  
  * Re-implement "vimdiff1", "vimdiff2" and "vimdiff3" using this new mechanism
    (after all, the only difference among them is that they present different
    layouts to the user)

  * Add documentation to all of this.

And the result of that work is what I'm presenting today :)

Some things I would like to mention:

  1. There are three commits in this patch series:

     - The first one implements the logic to generate new arbitrary layouts and
       also re-defines "vimdiff1", "vimdiff2" and "vimdiff3" on top of it.

     - The second one adds documentation. It is probably a good idea to start
       reviewing this commit before the first one!

     - The last commit *is not meant to be merged now*. It removes "vimdiff1",
       "vimdiff2" and "vimdiff3", which is something that should only be done
       after one or two releases with a deprecation notice and only if everyone
       agrees to do so :)

  2. "mergetools/vimdiff" is now a ~800 lines bash script, but most of it is
     documentation (which is embedded in the tool itself for easier maintenance)
     and unit tests.
     I have only tested it with bash, but I've tried not to use any command not
     already being used somewhere else, so I expect it to work in the same
     places it was working before (however, let me know if there are some shell
     compatibility requirements and I'll try to check them).

  3. Regarding unit tests, "mergetool/vimdiff" contains instructions on how to
     run them (just call the script without arguments after making changes, to
     make sure you didn't break anything).
     Right now it prints "OK" on all test cases (obviously) [2]

  3. The "git {diff,merge}tool --tool-help" command now also prints the
     documentation for each tool (instead of just its name, as before).
     You can see an example of the output here ([3] and [4])

Finally, let me say that, while I like what this patch series achieves, I would
also *completely* understand if you decide not to merge it due to being a
complex solution to a simple problem that can be solved (as I had been doing up
until today) by just adding three lines to one's .gitconfig.

  [mergetool "supermerge"]
        cmd = vim -f -d -c ...(custom complex sequence of vim commands)...
        trustExitCode = true

Let me know what you think.

Thanks.

References:

  [1] https://lore.kernel.org/git/20211019212020.25385-1-greenfoo@u92.eu/#r
  [2] https://pastebin.com/kuQ5pETG
  [3] https://pastebin.com/yvLWxeiM
  [4] https://pastebin.com/qNc7qymp


New in v2:

  * Remove deprecation of vimdiff{1,2,3} (they will remain for backwards
    compatibility, but built on top of the new generic layout mechanism)

  * Remove unnecessary "IFS="

  * Replace DEBUG --> GIT_MERGETOOL_VIMDIFF_DEBUG

  * Stop using "local" (turns out it was not necessary)

  * Stop using bash arrays (use arrays of variables instead)

  * Stop using bash substring expansion (use a new "substring" function
    instead).

  * Refactor some of the internal loops to make the code faster. This was needed
    because the two previous changes (specially the one where I stop using
    "substring expansion") slowed down the script to a point where I had to wait
    for a few *seconds* before the "layout" string was resolved (recursion +
    bash forks are a recipe for sluggishness). Fortunately we are back to the
    low hundreds of milliseconds range.

  * Change markers:
    - File to save: * --> @
    - New tab     : ; --> +
    - Vert split  : | --> ,
    - Horz split  : - --> /

  * Rewrite examples to use as few parenthesis as possible (typically zero)
    and better explain operators priority.

  * Other fixes to remove problems reported by "shellcheck --shell=sh" (which
    checks syntax agains the POSIX shell spec)

  * Rename "index_..." vars to make more obvious what they do.

  * Use "$" inside arithmetic expressions $((...))
    NOTE: "shellcheck" issues a warning stating that "$" is not needed inside
    arithmetic expressions.

  * Use "test -n" instead of "! test -z"

  * Use "=" instead of "==" in "test"

  * Use "= 0" instead of "-eq 0"

  * Do not use "eval" nor "--" when copying a file to MERGED

  * Do not use "-o" with grep

  * Use <<-\EOF instead of <<\ENDOFMESSAGE and remove extra indent in "here
    docs".

  * Also, let me put here some answers to questions made in the replies to
    version v1 of this patch set:

    > What do backticks do in here?
    >
    >     some_var=(
    >         `# Name`       "Rick Deckard"
    >         `# Age`        "Unknown"
    >         `# Occupation` "Blade runner"
    >     )

    The backticks execute the code inside, which is a comment (everything after
    a "#" is considered a comment by the shell), thus it does nothing.

    The `# ...` trick can be used to insert inline comments in bash. Another
    example:

        $ ls -l `# long format` -h `# human readable` *.txt

    In any case, as you can see in this new revision, because I'm no longer
    using bash arrays, this trick to comment each test case is not needed
    anymore.

    > Why is "eval" needed here:
    >
    >     eval "$merge_tool_path" \
    >              -f "$FINAL_CMD" "$LOCAL" "$BASE" "$REMOTE" "$MERGED"

    Variable "$FINAL_CMD" contains a string that looks like this:

        $ echo $FINAL_CMD
        -c "vim cmd 1 | vim cmd 2 | ..." -c "tabfirst"

    We need to call "vim" exactly like that, but if we do this...

         $ vim $FINAL_CMD

    ...then "vim" will be excev'ed with the following arguments:

        1. -c
        2. "vim
        3. cmd
        4. 1
        ...

    ...instead of the desired scenario:

       1. -c
       2. cmd 1 | cmd 2 | ...
       3. -c
       4. tabfirst

     Using "eval" fixes this. A shorter example shows how this works:

         $ A="1 \"2 3\""

         $ ls $A
         ls: cannot access '1': No such file or directory
         ls: cannot access '"2': No such file or directory
         ls: cannot access '3"': No such file or directory

         $ eval ls $A
         ls: cannot access '1': No such file or directory
         ls: cannot access '2 3': No such file or directory

  * Finally, I think I have addressed all comments to v1 *except for two
    things*:

        1. Moving the documentation to "Documentation/" instead of having it
           embedded inside the "mergetools/vimdiff" script.

        2. Move unit tests to the "test suit"

    For (1) I would like more details. Is the idea not to print any
    documentation when running "git mergetool --tool-help" and have all the
    details included in "git help mergetool" instead?
    Right now "git help mergetool" does not mention any tool specific details
    and, instead, redirects the user to "git mergetool --tool-help" (that's why
    I originally placed the new documentation there).
    In any case, all the doc has been placed on its own commit, so once we
    decide how to proceed its just a matter of reverting it.

    For (2) I still need to investigate how this is done and prepare a "v3" if
    needed :)


New in v3:

  * Rebase on top of latest master

  * Documentation moved to "Documentation/". Running "git mergetool
    --tool-help" now works like before (ie. it just lists all available merge
    tools) except that a one line reference to a "man" entry is also printed for
    those entries providing one (right now, only vimdiff):

        $ git mergetool --tool-help
        'git mergetool --tool=<tool>' may be set to one of the following:
                        araxis
                        meld
                        vimdiff
                                Run 'man git-mergetool--vimdiff' for details
                        vimdiff1
                                Run 'man git-mergetool--vimdiff' for details
                        ...

  * New test file "t/7609-mergetool--lib.sh" created. Right now it only
    contains one test which calls "mergetools/vimdiff" with a special
    environment set, causing layout unit tests to run.


New in v4:

  * Rebase on top of latest master

  * Stop using "$" inside arithmetic expressions.

  * Remove "!/bin/bash" from the top of the "vimdiff" script.

  * Update comment explaining how the "vimdiff" script can be run.

  * Fix spaces/tabs.

  * Change the way unit tests are run (now the script is directly sourced
    instead of calling bash)

  * Remove unnecessary "case/esac" structure.

  * Fix typo in documentation


New in v5:

  * Rebase on top of latest master


New in v6:

  * Syntax corrections (spaces around parenthesis)

  * Fix layout definition of "vimdiff1"

  * Make clear how the old behaviour of the different variants (vimdiffN) is
    tested in the built in unit tests

  * Move doc into a subsection inside "git help mergetool"


New in v7:

  * Rebase on top of latest master

  * Fix some comments that had not being updated to reflect the latest changes

  * `git mergetool --tool-help` now shows the information associated to each
    entry in the same line. It also briefly explains what each variant does.

  * Apply patch from Philippe Blain that fixes HTML formatting (thanks!)

  * Add asccidoc directive to hide references to `git-mergetool` when we are
    already reading documentation from the `git-mergetool` entry

  * Fix "Vim", "Neovim", "gVim" and "Git" capitalization in docs

  * Change double and single quotes into backticks in docs where applicable

  * Fix typos in docs

  * Remove "mergetool.gvimdiff.layout" and "mergetool.nvimdiff.layout". The
    only one remaining now is "mergetool.vimdiff.layout" which defines the
    layout in all cases, no matter the vim variant we are using.

  * Remove trailing spaces

  * Only list appropiate variants ("vimdiff", "nvim" and "gvim") when running
    `git difftool --tool-help`

  * Add a short description to all other (already existing) merge/diff tools
    (Beyond Compare, xxdiff, etc...)


Fernando Ramos (4):
  vimdiff: new implementation with layout support
  vimdiff: integrate layout tests in the unit tests framework ('t'
    folder)
  vimdiff: add tool documentation
  vimdiff: add description to already existing diff/merge tools

 Documentation/config/mergetool.txt   |   9 +
 Documentation/git-mergetool.txt      |   8 +
 Documentation/mergetools/vimdiff.txt | 189 +++++++++
 git-mergetool--lib.sh                |  10 +-
 mergetools/araxis                    |   8 +
 mergetools/bc                        |   8 +
 mergetools/codecompare               |   8 +
 mergetools/deltawalker               |   8 +
 mergetools/diffmerge                 |   8 +
 mergetools/diffuse                   |   8 +
 mergetools/ecmerge                   |   8 +
 mergetools/emerge                    |   8 +
 mergetools/examdiff                  |   8 +
 mergetools/guiffy                    |   8 +
 mergetools/kdiff3                    |   8 +
 mergetools/kompare                   |   8 +
 mergetools/meld                      |   8 +
 mergetools/opendiff                  |   8 +
 mergetools/p4merge                   |   8 +
 mergetools/smerge                    |   8 +
 mergetools/tkdiff                    |   8 +
 mergetools/tortoisemerge             |   8 +
 mergetools/vimdiff                   | 607 +++++++++++++++++++++++++--
 mergetools/winmerge                  |   8 +
 mergetools/xxdiff                    |   8 +
 t/t7609-mergetool--lib.sh            |  14 +
 26 files changed, 969 insertions(+), 28 deletions(-)
 create mode 100644 Documentation/mergetools/vimdiff.txt
 create mode 100755 t/t7609-mergetool--lib.sh

-- 
2.35.1


^ permalink raw reply	[flat|nested] 38+ messages in thread
* Re: [PATCH v6 3/3] vimdiff: add tool documentation
@ 2022-03-27 18:28 Philippe Blain
  2022-03-27 18:50 ` [PATCH] fixup! " Philippe Blain
  0 siblings, 1 reply; 38+ messages in thread
From: Philippe Blain @ 2022-03-27 18:28 UTC (permalink / raw)
  To: Fernando Ramos, git; +Cc: gitster, davvid, sunshine, seth, rogi

Hi Fernando,

Le 2022-03-27 à 07:23, Fernando Ramos a écrit :
> Running 'git {merge,diff}tool --tool-help' now also prints usage
> information about the vimdiff tool (and its variantes) instead of just
> its name.
> 
> Two new functions ('diff_cmd_help()' and 'merge_cmd_help()') have been
> added to the set of functions that each merge tool (ie. scripts found
> inside "mergetools/") can overwrite to provided tool specific
> information.
> 
> Right now, only 'mergetools/vimdiff' implements these functions, but
> other tools are encouraged to do so in the future, specially if they
> take configuration options not explained anywhere else (as it is the
> case with the 'vimdiff' tool and the new 'layout' option)

This is a very nice addition, which should help new users understanding
what these merge tools are. I remember myself looking for executables
name 'vimdiff2' or 'vimdiff3' on my system and not finding them :)

> 
> In addition, a section has been added to
> "Documentation/git-mergetool.txt" to explain the new "layout"
> configuration option with examples.
> 
> Signed-off-by: Fernando Ramos <greenfoo@u92.eu>
> ---
>  Documentation/config/mergetool.txt   |   5 +
>  Documentation/git-mergetool.txt      |   7 ++
>  Documentation/mergetools/vimdiff.txt | 182 +++++++++++++++++++++++++++
>  git-mergetool--lib.sh                |  14 +++
>  mergetools/vimdiff                   |   6 +
>  5 files changed, 214 insertions(+)
>  create mode 100644 Documentation/mergetools/vimdiff.txt
> 
> diff --git a/Documentation/config/mergetool.txt b/Documentation/config/mergetool.txt
> index cafbbef46a..5973ebd2dc 100644
> --- a/Documentation/config/mergetool.txt
> +++ b/Documentation/config/mergetool.txt
> @@ -45,6 +45,11 @@ mergetool.meld.useAutoMerge::
>  	value of `false` avoids using `--auto-merge` altogether, and is the
>  	default value.
>  
> +mergetool.{n,g,}vimdiff.layout::
> +	The vimdiff backend uses this variable to control how its split
> +	windows look like.  See BACKEND SPECIFIC HINTS section of
> +	linkgit:git-mergetool[1] for details.
> +

I generated the man page for 'git-mergetool' and this bit is included in the 
Configuration section, that's great. However, it feels a little weird to read
"see BACKEND SPECIFIC HINTS section of linkgit:git-mergetool[1]" there, since
that's the help page I'm already reading. So maybe it would be nice to use an
Asciidoc 'ifndef::git-mergetool[]' directive here to hide the "of linkgit:git-mergetool[1]"
bit if the current page is git-mergetool[1] ?

>  mergetool.hideResolved::
>  	During a merge Git will automatically resolve as many conflicts as
>  	possible and write the 'MERGED' file containing conflict markers around
> diff --git a/Documentation/git-mergetool.txt b/Documentation/git-mergetool.txt
> index e587c7763a..6c6aa29c5a 100644
> --- a/Documentation/git-mergetool.txt
> +++ b/Documentation/git-mergetool.txt
> @@ -113,6 +113,13 @@ Setting the `mergetool.keepBackup` configuration variable to `false`
>  causes `git mergetool` to automatically remove the backup as files
>  are successfully merged.
>  
> +BACKEND SPECIFIC HINTS
> +----------------------
> +
> +vimdiff
> +~~~~~~~
> +include::mergetools/vimdiff.txt[]
> +
>  GIT
>  ---
>  Part of the linkgit:git[1] suite
> diff --git a/Documentation/mergetools/vimdiff.txt b/Documentation/mergetools/vimdiff.txt
> new file mode 100644
> index 0000000000..296bc76e98
> --- /dev/null
> +++ b/Documentation/mergetools/vimdiff.txt
> @@ -0,0 +1,182 @@
> +Description
> +^^^^^^^^^^^
> +
> +When specifying `--tool=vimdiff` in `git mergetool` git will open vim with a 4

s/git/Git/, s/vim/Vim/  (here and below) ?

> +windows layout distributed in the following way:
> +
> +    ------------------------------------------
> +    |             |           |              |
> +    |   LOCAL     |   BASE    |   REMOTE     |
> +    |             |           |              |
> +    ------------------------------------------
> +    |                                        |
> +    |                MERGED                  |
> +    |                                        |
> +    ------------------------------------------
> +
> +"LOCAL", "BASE" and "REMOTE" are read-only buffers showing the contents of the
> +conflicting file in a specific git commit 

"in specific commits" would read sightly better, I think.

> ("commit you are merging into",
> +"common ancestor commit" and "commit you are merging from" respectively)
> +
> +"MERGED" is a writable buffer where you have to resolve the conflicts (using the
> +other read-only buffers as a reference). Once you are done, save and exit "vim"
> +as usual (":wq") or, if you want to abort, exit using ":cq".
> +
> +Layout configuration
> +^^^^^^^^^^^^^^^^^^^^
> +
> +You can change the windows layout used by vim by setting configuration variable
> +"mergetool.vimdiff.layout"

we prefer backticks for configuration variables: `mergetool.vimdiff.layout`

 which accepts a string where the following separators
> +have special meaning:
> +
> +  - "+" is used to "open a new tab"
> +  - "," is used to "open a new vertical split"
> +  - "/" is used to "open a new horizontal split"
> +  - "@" is used to indicate which is the file containing the final version after
> +    solving the conflicts. In not present, "MERGED" will be used by default.

s/In/If/

Also, I would use backticks instead of double quotes for the separator:

  - `+` is used to "open a new tab"

etc.

> +The precedence of the operators is this one (you can use parenthesis 

parentheses

> to change
> +it):
> +
> +    @ > + > / > ,
> +

I think it would be slightly better for the separators to be individually formatted, 
like this:

`@` > `+` > `/` > `,`

this way the angle brackets are typefaced differently (at least in HTML).

> +Let's see some examples to understand how it works:
> +
> +  * layout = "(LOCAL,BASE,REMOTE)/MERGED"
> +
> +    This is exactly the same as the default layout we have already seen.
> +
> +    Note that "/" has precedence over "," and thus the parenthesis are not
> +    needed in this case. The next layout definition is equivalent:
> +
> +        layout = "LOCAL,BASE,REMOTE / MERGED"
> +
> +  * layout = "LOCAL,MERGED,REMOTE"
> +
> +    If, for some reason, we are not interested in the "BASE" buffer.
> +
> +           ------------------------------------------
> +           |             |           |              |
> +           |             |           |              |
> +           |   LOCAL     |   MERGED  |   REMOTE     |
> +           |             |           |              |
> +           |             |           |              |
> +           ------------------------------------------
> +
> +  * layout = "MERGED"
> +
> +    Only the "MERGED" buffer will be shown. Note, however, that all the other
> +    ones are still loaded in vim, and you can access them with the "buffers"
> +    command. 
> +
> +           ------------------------------------------
> +           |                                        |
> +           |                                        |
> +           |                 MERGED                 |
> +           |                                        |
> +           |                                        |
> +           ------------------------------------------
> +
> +  * layout = "@LOCAL,REMOTE"
> +
> +    When "MERGED" is not present in the layout, you must "mark" one of the
> +    buffers with an asterisk. That will become the buffer you need to edit and
> +    save after resolving the conflicts.
> +
> +           ------------------------------------------
> +           |                   |                    |
> +           |                   |                    |
> +           |                   |                    |
> +           |     LOCAL         |    REMOTE          |
> +           |                   |                    |
> +           |                   |                    |
> +           |                   |                    |
> +           ------------------------------------------
> +
> +  * layout = "LOCAL,BASE,REMOTE / MERGED + BASE,LOCAL + BASE,REMOTE"
> +
> +    Three tabs will open: the first one is a copy of the default layout, while
> +    the other two only show the differences between "BASE" and "LOCAL" and
> +    "BASE" and "REMOTE" respectively.
> + 
> +           ------------------------------------------
> +           | <TAB #1> |  TAB #2  |  TAB #3  |       |
> +           ------------------------------------------
> +           |             |           |              |
> +           |   LOCAL     |   BASE    |   REMOTE     |
> +           |             |           |              |
> +           ------------------------------------------
> +           |                                        |
> +           |                MERGED                  |
> +           |                                        |
> +           ------------------------------------------
> +
> +           ------------------------------------------
> +           |  TAB #1  | <TAB #2> |  TAB #3  |       |
> +           ------------------------------------------
> +           |                   |                    |
> +           |                   |                    |
> +           |                   |                    |
> +           |     BASE          |    LOCAL           |
> +           |                   |                    |
> +           |                   |                    |
> +           |                   |                    |
> +           ------------------------------------------
> +
> +           ------------------------------------------
> +           |  TAB #1  |  TAB #2  | <TAB #3> |       |
> +           ------------------------------------------
> +           |                   |                    |
> +           |                   |                    |
> +           |                   |                    |
> +           |     BASE          |    REMOTE          |
> +           |                   |                    |
> +           |                   |                    |
> +           |                   |                    |
> +           ------------------------------------------
> +
> +  * layout = "LOCAL,BASE,REMOTE / MERGED + BASE,LOCAL + BASE,REMOTE + (LOCAL/BASE/REMOTE),MERGED"
> +
> +    Same as the previous example, but adds a fourth tab with the same
> +    information as the first tab, with a different layout.
> + 
> +           ---------------------------------------------
> +           |  TAB #1  |  TAB #2  |  TAB #3  | <TAB #4> |
> +           ---------------------------------------------
> +           |       LOCAL         |                     |
> +           |---------------------|                     |
> +           |       BASE          |        MERGED       |
> +           |---------------------|                     |
> +           |       REMOTE        |                     |
> +           ---------------------------------------------
> +
> +    Note how in the third tab definition we need to use parenthesis to make ","
> +    have precedence over "/".
> +

This whole section above needs some indentation work to format nicely in Asciidoc/
Asciidoctor. I've fixed it and will send a 'fixup' patch as a reply.

> +Variants
> +^^^^^^^^
> +
> +Instead of `--tool=vimdiff`, you can also use one of these other variants:
> +
> +  * `--tool=gvimdiff`, to open gvim instead of vim.
> +
> +  * `--tool=nvimdiff`, to open nvim (`neovim`) instead of vim.
> +
> +When using these variants, in order to specify a custom layout you will have to
> +set configuration variables `mergetool.gvimdiff.layout` and
> +`mergetool.nvimdiff.layout` instead of `mergetool.vimdiff.layout`
> +
> +In addition, for backwards compatibility with previous git versions,> you can
> +also append `1`, `2` or `3` to either `vimdiff` or any of the variants (ex:
> +`vimdiff3`, `nvimdiff1`, etc...) to use a predefined layout.
> +In other words, using `--tool=[g,n,]vimdiffx` is the same as using
> +`--tool=[g,n,]vimdiff` and setting configuration variable
> +`mergetool.[g,n,]vimdiff.layout` to... 
> +
> +  * x=1 --> "@LOCAL, REMOTE"
> +  * x=2 --> "LOCAL, MERGED, REMOTE"
> +  * x=3 --> "MERGED"

This '-->' arrow also causes trouble with Asciidoc's HTML generator. I've also
fixed it in the patch I'll send as a reply.

> +
> +Example: using `--tool=gvimdiff2` will open `gvim` with three columns (LOCAL,
> +MERGED and REMOTE).
> +
> diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh
> index 542a6a75eb..956c276e1d 100644
> --- a/git-mergetool--lib.sh
> +++ b/git-mergetool--lib.sh
> @@ -64,6 +64,12 @@ $(list_tool_variants)"
>  				fi
>  				shown_any=yes
>  				printf "%s%s\n" "$per_line_prefix" "$toolname"
> +
> +				(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") |
> +				while read -r line
> +				do
> +					printf "%s\t%s\n" "$per_line_prefix" "$line"
> +				done
>  			fi
>  		done
>  

I've tried the option and it gives something like this:

$ ./bin-wrappers/git mergetool --tool-help
'git mergetool --tool=<tool>' may be set to one of the following:
		emerge
		opendiff
		vimdiff
			Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section.
		vimdiff1
			Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section.
		# etc.

This is OK, but adds a lot of lines to the output. Maybe we could display the help
on the same line ? Something like:

$ ./bin-wrappers/git mergetool --tool-help
'git mergetool --tool=<tool>' may be set to one of the following:
		emerge
		opendiff
		vimdiff		Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section.
		vimdiff1	Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section.
		# etc.

> diff --git a/mergetools/vimdiff b/mergetools/vimdiff
> index e3f442caf3..0380bff302 100644
> --- a/mergetools/vimdiff
> +++ b/mergetools/vimdiff
> @@ -435,6 +435,12 @@ merge_cmd () {
>  }
>  
>  
> +merge_cmd_help () {
> +	echo "Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section."
> +	return 0
> +}
> +
> +

Maybe a simple "Use Vim. " before "Layout can be customized." would 
be nice, as then other tools whose names in 'git mergetool' are not 
directly related to the executable named could then be listed similarly:

$ ./bin-wrappers/git mergetool --tool-help
'git mergetool --tool=<tool>' may be set to one of the following:
		emerge		Use Emacs' Emerge.
		opendiff	Use FileMerge.
		vimdiff		Use Vim. Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section.
		vimdiff1	Use Vim. Layout can be customized. Run 'git help mergetool' and check the 'BACKEND SPECIFIC HINTS' section.
		# etc.

^ permalink raw reply	[flat|nested] 38+ messages in thread

end of thread, other threads:[~2022-04-04 21:53 UTC | newest]

Thread overview: 38+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-28 22:30 [PATCH v7 0/4] vimdiff: new implementation with layout support Fernando Ramos
2022-03-28 22:30 ` [PATCH v7 1/4] " Fernando Ramos
2022-03-28 22:30 ` [PATCH v7 2/4] vimdiff: integrate layout tests in the unit tests framework ('t' folder) Fernando Ramos
2022-03-28 22:30 ` [PATCH v7 3/4] vimdiff: add tool documentation Fernando Ramos
2022-03-28 22:39   ` Fernando Ramos
2022-03-29  1:01     ` Junio C Hamano
2022-03-29 12:54       ` [PATCH] fixup! " Philippe Blain
2022-03-29 16:03         ` Junio C Hamano
2022-03-29 14:07   ` [PATCH v7 3/4] " Philippe Blain
2022-03-29 16:35     ` Junio C Hamano
2022-03-29 17:08       ` Philippe Blain
2022-03-29 17:29   ` Philippe Blain
2022-03-28 22:30 ` [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools Fernando Ramos
2022-03-29 16:38   ` Junio C Hamano
2022-03-29 17:24     ` Philippe Blain
2022-03-29 18:50       ` Junio C Hamano
2022-03-29 22:39         ` Fernando Ramos
2022-03-29 14:10 ` [PATCH v7 0/4] vimdiff: new implementation with layout support Philippe Blain
2022-03-29 21:45   ` Fernando Ramos
2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos
2022-03-29 22:44   ` [PATCH v8 1/5] " Fernando Ramos
2022-03-29 22:44   ` [PATCH v8 2/5] vimdiff: integrate layout tests in the unit tests framework ('t' folder) Fernando Ramos
2022-03-29 22:44   ` [PATCH v8 3/5] vimdiff: add tool documentation Fernando Ramos
2022-03-29 22:44   ` [PATCH v8 4/5] mergetools: add description to all diff/merge tools Fernando Ramos
2022-03-29 22:44   ` [PATCH v8 5/5] mergetools: add tools description to `git help config` Fernando Ramos
2022-03-30 12:43     ` Philippe Blain
2022-03-30 18:33       ` Fernando Ramos
2022-03-30 18:45         ` Philippe Blain
2022-03-30 19:19   ` [PATCH v9 0/4] vimdiff: new implementation with layout support Fernando Ramos
2022-03-30 19:19     ` [PATCH v9 1/4] " Fernando Ramos
2022-03-30 19:19     ` [PATCH v9 2/4] vimdiff: integrate layout tests in the unit tests framework ('t' folder) Fernando Ramos
2022-03-30 19:19     ` [PATCH v9 3/4] vimdiff: add tool documentation Fernando Ramos
2022-04-03 20:02       ` Philippe Blain
2022-04-03 22:44         ` Junio C Hamano
2022-04-04 20:00           ` Fernando Ramos
2022-04-04 21:38             ` Junio C Hamano
2022-03-30 19:19     ` [PATCH v9 4/4] mergetools: add description to all diff/merge tools Fernando Ramos
  -- strict thread matches above, loose matches on Subject: below --
2022-03-27 18:28 [PATCH v6 3/3] vimdiff: add tool documentation Philippe Blain
2022-03-27 18:50 ` [PATCH] fixup! " Philippe Blain

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.