* [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
* [PATCH v7 1/4] vimdiff: new implementation with layout support 2022-03-28 22:30 [PATCH v7 0/4] vimdiff: new implementation with layout support Fernando Ramos @ 2022-03-28 22:30 ` Fernando Ramos 2022-03-28 22:30 ` [PATCH v7 2/4] vimdiff: integrate layout tests in the unit tests framework ('t' folder) Fernando Ramos ` (4 subsequent siblings) 5 siblings, 0 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 When running 'git mergetool -t vimdiff', a new configuration option ('mergetool.vimdiff.layout') can now be used to select how the user wants the different windows, tabs and buffers to be displayed. If the option is not provided, the layout will be the same one that was being used before this commit (ie. two rows with LOCAL, BASE and COMMIT in the top one and MERGED in the bottom one). The 'vimdiff' variants ('vimdiff{1,2,3}') still work but, because they represented nothing else than different layouts, are now internally implemented as a subcase of 'vimdiff' with the corresponding pre-configured 'layout'. Again, if you don't set "mergetool.vimdiff.layout" everything will work the same as before *but* the arguments used to call {n,g,}vim will be others (even if you don't/shouldn't notice it): - git mergetool -t vimdiff > Before this commit: {n,g,}vim -f -d -c '4wincmd w | wincmd J' $LOCAL $BASE $REMOTE $MERGED > After this commit: {n,g,}vim -f -c "echo | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff1 > Before this commit: {n,g,}vim -f -d -c 'echon "..."' $LOCAL $REMOTE > After this commit: {n,g,}vim -f -c "echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff2 > Before this commit: {n,g,}vim -f -d -c 'wincmd l' $LOCAL $MERGED $REMOTE > After this commit: {n,g,}vim -f -c "echo | vertical split | 1b | wincmd l | vertical split | 4b | wincmd l | 3b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff3 > Before this commit: {n,g,}vim -f -d -c 'hid | hid | hid' $LOCAL $REMOTE $BASE $MERGED > After this commit: {n,g,}vim -f -c "echo | 4b | bufdo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED Despite being different, I have manually verified that they generate the same layout as before. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- mergetools/vimdiff | 558 ++++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 529 insertions(+), 29 deletions(-) diff --git a/mergetools/vimdiff b/mergetools/vimdiff index 96f6209a04..9d1bf4f455 100644 --- a/mergetools/vimdiff +++ b/mergetools/vimdiff @@ -1,49 +1,442 @@ +# This script can be run in two different contexts: +# +# - From git, when the user invokes the "vimdiff" merge tool. In this context +# this script expects the following environment variables (among others) to +# be defined (which is something "git" takes care of): +# +# - $BASE +# - $LOCAL +# - $REMOTE +# - $MERGED +# +# In this mode, all this script does is to run the next command: +# +# vim -f -c ... $LOCAL $BASE $REMOTE $MERGED +# +# ...where the "..." string depends on the value of the +# "mergetool.vimdiff.layout" configuration variable and is used to open vim +# with a certain layout of buffers, windows and tabs. +# +# - From a script inside the unit tests framework folder ("t" folder) by +# sourcing this script and then manually calling "run_unit_tests", which +# will run a battery of unit tests to make sure nothing breaks. +# In this context this script does not expect any particular environment +# variable to be set. + + +################################################################################ +## Internal functions (not meant to be used outside this script) +################################################################################ + +debug_print () { + # Send message to stderr if global variable GIT_MERGETOOL_VIMDIFF is set + # to "true" + + if test -n "$GIT_MERGETOOL_VIMDIFF_DEBUG" + then + >&2 echo "$@" + fi +} + +substring () { + # Return a substring of $1 containing $3 characters starting at + # zero-based offset $2. + # + # Examples: + # + # substring "Hello world" 0 4 --> "Hell" + # substring "Hello world" 3 4 --> "lo w" + # substring "Hello world" 3 10 --> "lo world" + + STRING=$1 + START=$2 + LEN=$3 + + echo "$STRING" | cut -c$(( START + 1 ))-$(( START + $LEN )) +} + +gen_cmd_aux () { + # Auxiliary function used from "gen_cmd()". + # Read that other function documentation for more details. + + LAYOUT=$1 + CMD=$2 # This is a second (hidden) argument used for recursion + + debug_print + debug_print "LAYOUT : $LAYOUT" + debug_print "CMD : $CMD" + + if test -z "$CMD" + then + CMD="echo" # vim "nop" operator + fi + + start=0 + end=${#LAYOUT} + + nested=0 + nested_min=100 + + + # Step 1: + # + # Increase/decrease "start"/"end" indices respectively to get rid of + # outer parenthesis. + # + # Example: + # + # - BEFORE: (( LOCAL , BASE ) / MERGED ) + # - AFTER : ( LOCAL , BASE ) / MERGED + + oldIFS=$IFS + IFS=# + for c in $(echo "$LAYOUT" | sed 's:.:&#:g') + do + if test "$c" = " " + then + continue + fi + + if test "$c" = "(" + then + nested=$(( nested + 1 )) + continue + fi + + if test "$c" = ")" + then + nested=$(( nested - 1 )) + continue + fi + + if test "$nested" -lt "$nested_min" + then + nested_min=$nested + fi + done + IFS=$oldIFS + + debug_print "NESTED MIN: $nested_min" + + while test "$nested_min" -gt "0" + do + start=$(( start + 1 )) + end=$(( end - 1 )) + + start_minus_one=$(( start - 1 )) + + while ! test "$(substring "$LAYOUT" "$start_minus_one" 1)" = "(" + do + start=$(( start + 1 )) + start_minus_one=$(( start_minus_one + 1 )) + done + + while ! test "$(substring "$LAYOUT" "$end" 1)" = ")" + do + end=$(( end - 1 )) + done + + nested_min=$(( nested_min - 1 )) + done + + debug_print "CLEAN : $(substring "$LAYOUT" "$start" "$(( end - start ))")" + + + # Step 2: + # + # Search for all valid separators ("+", "/" or ",") which are *not* + # inside parenthesis. Save the index at which each of them makes the + # first appearance. + + index_new_tab="" + index_horizontal_split="" + index_vertical_split="" + + nested=0 + i=$(( start - 1 )) + + oldIFS=$IFS + IFS=# + for c in $(substring "$LAYOUT" "$start" "$(( end - start ))" | sed 's:.:&#:g'); + do + i=$(( i + 1 )) + + if test "$c" = " " + then + continue + fi + + if test "$c" = "(" + then + nested=$(( nested + 1 )) + continue + fi + + if test "$c" = ")" + then + nested=$(( nested - 1 )) + continue + fi + + if test "$nested" = 0 + then + current=$c + + if test "$current" = "+" + then + if test -z "$index_new_tab" + then + index_new_tab=$i + fi + + elif test "$current" = "/" + then + if test -z "$index_horizontal_split" + then + index_horizontal_split=$i + fi + + elif test "$current" = "," + then + if test -z "$index_vertical_split" + then + index_vertical_split=$i + fi + fi + fi + done + IFS=$oldIFS + + + # Step 3: + # + # Process the separator with the highest order of precedence + # (";" has the highest precedence and "|" the lowest one). + # + # By "process" I mean recursively call this function twice: the first + # one with the substring at the left of the separator and the second one + # with the one at its right. + + terminate="false" + + if ! test -z "$index_new_tab" + then + before="-tabnew" + after="tabnext" + index=$index_new_tab + terminate="true" + + elif ! test -z "$index_horizontal_split" + then + before="split" + after="wincmd j" + index=$index_horizontal_split + terminate="true" + + elif ! test -z "$index_vertical_split" + then + before="vertical split" + after="wincmd l" + index=$index_vertical_split + terminate="true" + fi + + if test "$terminate" = "true" + then + CMD="$CMD | $before" + CMD=$(gen_cmd_aux "$(substring "$LAYOUT" "$start" "$(( index - start ))")" "$CMD") + CMD="$CMD | $after" + CMD=$(gen_cmd_aux "$(substring "$LAYOUT" "$(( index + 1 ))" "$(( ${#LAYOUT} - index ))")" "$CMD") + echo "$CMD" + return + fi + + + # Step 4: + # + # If we reach this point, it means there are no separators and we just + # need to print the command to display the specified buffer + + target=$(substring "$LAYOUT" "$start" "$(( end - start ))" | sed 's:[ @();|-]::g') + + if test "$target" = "LOCAL" + then + CMD="$CMD | 1b" + + elif test "$target" = "BASE" + then + CMD="$CMD | 2b" + + elif test "$target" = "REMOTE" + then + CMD="$CMD | 3b" + + elif test "$target" = "MERGED" + then + CMD="$CMD | 4b" + + else + CMD="$CMD | ERROR: >$target<" + fi + + echo "$CMD" + return +} + + +gen_cmd () { + # This function returns (in global variable FINAL_CMD) the string that + # you can use when invoking "vim" (as shown next) to obtain a given + # layout: + # + # $ vim -f $FINAL_CMD "$LOCAL" "$BASE" "$REMOTE" "$MERGED" + # + # It takes one single argument: a string containing the desired layout + # definition. + # + # The syntax of the "layout definitions" is explained in "Documentation/ + # mergetools/vimdiff.txt" but you can already intuitively understand how + # it works by knowing that... + # + # * "+" means "a new vim tab" + # * "/" means "a new vim horizontal split" + # * "," means "a new vim vertical split" + # + # It also returns (in global variable FINAL_TARGET) the name ("LOCAL", + # "BASE", "REMOTE" or "MERGED") of the file that is marked with an "@", + # or "MERGED" if none of them is. + # + # Example: + # + # gen_cmd "@LOCAL , REMOTE" + # | + # `-> FINAL_CMD == "-c \"echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + # FINAL_TARGET == "LOCAL" + + LAYOUT=$1 + + + # Search for a "@" in one of the files identifiers ("LOCAL", "BASE", + # "REMOTE", "MERGED"). If not found, use "MERGE" as the default file + # where changes will be saved. + + if echo "$LAYOUT" | grep @LOCAL >/dev/null + then + FINAL_TARGET="LOCAL" + elif echo "$LAYOUT" | grep @BASE >/dev/null + then + FINAL_TARGET="BASE" + else + FINAL_TARGET="MERGED" + fi + + + # Obtain the first part of vim "-c" option to obtain the desired layout + + CMD=$(gen_cmd_aux "$LAYOUT") + + + # Adjust the just obtained script depending on whether more than one + # windows are visible or not + + if echo "$LAYOUT" | grep ",\|/" >/dev/null + then + CMD="$CMD | tabdo windo diffthis" + else + CMD="$CMD | bufdo diffthis" + fi + + + # Add an extra "-c" option to move to the first tab (notice that we + # can't simply append the command to the previous "-c" string as + # explained here: https://github.com/vim/vim/issues/9076 + + FINAL_CMD="-c \"$CMD\" -c \"tabfirst\"" +} + + +################################################################################ +## API functions (called from "git-mergetool--lib.sh") +################################################################################ + diff_cmd () { "$merge_tool_path" -R -f -d \ -c 'wincmd l' -c 'cd $GIT_PREFIX' "$LOCAL" "$REMOTE" } + merge_cmd () { + layout=$(git config mergetool.vimdiff.layout) + case "$1" in *vimdiff) - if $base_present + if test -z "$layout" then - "$merge_tool_path" -f -d -c '4wincmd w | wincmd J' \ - "$LOCAL" "$BASE" "$REMOTE" "$MERGED" - else - "$merge_tool_path" -f -d -c 'wincmd l' \ - "$LOCAL" "$MERGED" "$REMOTE" + # Default layout when none is specified + layout="(LOCAL,BASE,REMOTE)/MERGED" fi ;; *vimdiff1) - "$merge_tool_path" -f -d \ - -c 'echon "Resolve conflicts leftward then save. Use :cq to abort."' \ - "$LOCAL" "$REMOTE" - ret="$?" - if test "$ret" -eq 0 - then - cp -- "$LOCAL" "$MERGED" - fi - return "$ret" + layout="@LOCAL,REMOTE" ;; *vimdiff2) - "$merge_tool_path" -f -d -c 'wincmd l' \ - "$LOCAL" "$MERGED" "$REMOTE" + layout="LOCAL,MERGED,REMOTE" ;; *vimdiff3) - if $base_present - then - "$merge_tool_path" -f -d -c 'hid | hid | hid' \ - "$LOCAL" "$REMOTE" "$BASE" "$MERGED" - else - "$merge_tool_path" -f -d -c 'hid | hid' \ - "$LOCAL" "$REMOTE" "$MERGED" - fi + layout="MERGED" ;; esac + + gen_cmd "$layout" + + debug_print "" + debug_print "FINAL CMD : $FINAL_CMD" + debug_print "FINAL TAR : $FINAL_TARGET" + + if $base_present + then + eval "$merge_tool_path" \ + -f "$FINAL_CMD" "$LOCAL" "$BASE" "$REMOTE" "$MERGED" + else + # If there is no BASE (example: a merge conflict in a new file + # with the same name created in both braches which didn't exist + # before), close all BASE windows using vim's "quit" command + + FINAL_CMD=$(echo "$FINAL_CMD" | \ + sed -e 's:2b:quit:g' -e 's:3b:2b:g' -e 's:4b:3b:g') + + eval "$merge_tool_path" \ + -f "$FINAL_CMD" "$LOCAL" "$REMOTE" "$MERGED" + fi + + ret="$?" + + if test "$ret" -eq 0 + then + case "$FINAL_TARGET" in + LOCAL) + source_path="$LOCAL" + ;; + REMOTE) + source_path="$REMOTE" + ;; + MERGED|*) + # Do nothing + source_path= + ;; + esac + + if test -n "$source_path" + then + cp "$source_path" "$MERGED" + fi + fi + + return "$ret" } -translate_merge_tool_path() { + +translate_merge_tool_path () { case "$1" in nvimdiff*) echo nvim @@ -57,14 +450,121 @@ translate_merge_tool_path() { esac } + exit_code_trustable () { true } + list_tool_variants () { - for prefix in '' g n; do - for suffix in '' 1 2 3; do - echo "${prefix}vimdiff${suffix}" + if test "$TOOL_MODE" = "diff" + then + for prefix in '' g n + do + echo "${prefix}vimdiff" done + else + for prefix in '' g n + do + for suffix in '' 1 2 3 + do + echo "${prefix}vimdiff${suffix}" + done + done + fi +} + + +################################################################################ +## Unit tests (called from scripts inside the "t" folder) +################################################################################ + +run_unit_tests () { + # Function to make sure that we don't break anything when modifying this + # script. + + NUMBER_OF_TEST_CASES=16 + + TEST_CASE_01="(LOCAL,BASE,REMOTE)/MERGED" # default behaviour + TEST_CASE_02="@LOCAL,REMOTE" # when using vimdiff1 + TEST_CASE_03="LOCAL,MERGED,REMOTE" # when using vimdiff2 + TEST_CASE_04="MERGED" # when using vimdiff3 + TEST_CASE_05="LOCAL/MERGED/REMOTE" + TEST_CASE_06="(LOCAL/REMOTE),MERGED" + TEST_CASE_07="MERGED,(LOCAL/REMOTE)" + TEST_CASE_08="(LOCAL,REMOTE)/MERGED" + TEST_CASE_09="MERGED/(LOCAL,REMOTE)" + TEST_CASE_10="(LOCAL/BASE/REMOTE),MERGED" + TEST_CASE_11="(LOCAL,BASE,REMOTE)/MERGED+BASE,LOCAL+BASE,REMOTE+(LOCAL/BASE/REMOTE),MERGED" + TEST_CASE_12="((LOCAL,REMOTE)/BASE),MERGED" + TEST_CASE_13="((LOCAL,REMOTE)/BASE),((LOCAL/REMOTE),MERGED)" + TEST_CASE_14="BASE,REMOTE+BASE,LOCAL" + TEST_CASE_15=" (( (LOCAL , BASE , REMOTE) / MERGED)) +(BASE) , LOCAL+ BASE , REMOTE+ (((LOCAL / BASE / REMOTE)) , MERGED ) " + TEST_CASE_16="LOCAL,BASE,REMOTE / MERGED + BASE,LOCAL + BASE,REMOTE + (LOCAL / BASE / REMOTE),MERGED" + + EXPECTED_CMD_01="-c \"echo | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_02="-c \"echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_03="-c \"echo | vertical split | 1b | wincmd l | vertical split | 4b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_04="-c \"echo | 4b | bufdo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_05="-c \"echo | split | 1b | wincmd j | split | 4b | wincmd j | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_06="-c \"echo | vertical split | split | 1b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_07="-c \"echo | vertical split | 4b | wincmd l | split | 1b | wincmd j | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_08="-c \"echo | split | vertical split | 1b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_09="-c \"echo | split | 4b | wincmd j | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_10="-c \"echo | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_11="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_12="-c \"echo | vertical split | split | vertical split | 1b | wincmd l | 3b | wincmd j | 2b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_13="-c \"echo | vertical split | split | vertical split | 1b | wincmd l | 3b | wincmd j | 2b | wincmd l | vertical split | split | 1b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_14="-c \"echo | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | 2b | wincmd l | 1b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_15="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_16="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + + EXPECTED_TARGET_01="MERGED" + EXPECTED_TARGET_02="LOCAL" + EXPECTED_TARGET_03="MERGED" + EXPECTED_TARGET_04="MERGED" + EXPECTED_TARGET_05="MERGED" + EXPECTED_TARGET_06="MERGED" + EXPECTED_TARGET_07="MERGED" + EXPECTED_TARGET_08="MERGED" + EXPECTED_TARGET_09="MERGED" + EXPECTED_TARGET_10="MERGED" + EXPECTED_TARGET_11="MERGED" + EXPECTED_TARGET_12="MERGED" + EXPECTED_TARGET_13="MERGED" + EXPECTED_TARGET_14="MERGED" + EXPECTED_TARGET_15="MERGED" + EXPECTED_TARGET_16="MERGED" + + at_least_one_ko="false" + + for i in $(seq -w 1 99) + do + if test "$i" -gt $NUMBER_OF_TEST_CASES + then + break + fi + + gen_cmd "$(eval echo \${TEST_CASE_"$i"})" + + if test "$FINAL_CMD" = "$(eval echo \${EXPECTED_CMD_"$i"})" \ + && test "$FINAL_TARGET" = "$(eval echo \${EXPECTED_TARGET_"$i"})" + then + printf "Test Case #%02d: OK\n" "$(echo "$i" | sed 's/^0*//')" + else + printf "Test Case #%02d: KO !!!!\n" "$(echo "$i" | sed 's/^0*//')" + echo " FINAL_CMD : $FINAL_CMD" + echo " FINAL_CMD (expected) : $(eval echo \${EXPECTED_CMD_"$i"})" + echo " FINAL_TARGET : $FINAL_TARGET" + echo " FINAL_TARGET (expected): $(eval echo \${EXPECTED_TARGET_"$i"})" + at_least_one_ko="true" + fi done + + if test "$at_least_one_ko" = "true" + then + return 255 + else + return 0 + fi } -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v7 2/4] vimdiff: integrate layout tests in the unit tests framework ('t' folder) 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 ` Fernando Ramos 2022-03-28 22:30 ` [PATCH v7 3/4] vimdiff: add tool documentation Fernando Ramos ` (3 subsequent siblings) 5 siblings, 0 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 Create a new test case file for the different available merge tools. Right now it only tests the 'mergetool.vimdiff.layout' option. Other merge tools might be interested in adding their own tests here too. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- t/t7609-mergetool--lib.sh | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100755 t/t7609-mergetool--lib.sh diff --git a/t/t7609-mergetool--lib.sh b/t/t7609-mergetool--lib.sh new file mode 100755 index 0000000000..d848fe6442 --- /dev/null +++ b/t/t7609-mergetool--lib.sh @@ -0,0 +1,14 @@ +#!/bin/sh + +test_description='git mergetool + +Testing basic merge tools options' + +. ./test-lib.sh + +test_expect_success 'mergetool --tool=vimdiff creates the expected layout' ' + . $GIT_BUILD_DIR/mergetools/vimdiff && + run_unit_tests +' + +test_done -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v7 3/4] vimdiff: add tool documentation 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 ` Fernando Ramos 2022-03-28 22:39 ` Fernando Ramos ` (2 more replies) 2022-03-28 22:30 ` [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools Fernando Ramos ` (2 subsequent siblings) 5 siblings, 3 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 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) 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> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> --- Documentation/config/mergetool.txt | 9 ++ Documentation/git-mergetool.txt | 8 ++ Documentation/mergetools/vimdiff.txt | 189 +++++++++++++++++++++++++++ git-mergetool--lib.sh | 10 +- mergetools/vimdiff | 53 ++++++++ 5 files changed, 268 insertions(+), 1 deletion(-) create mode 100644 Documentation/mergetools/vimdiff.txt diff --git a/Documentation/config/mergetool.txt b/Documentation/config/mergetool.txt index cafbbef46a..13f1b234db 100644 --- a/Documentation/config/mergetool.txt +++ b/Documentation/config/mergetool.txt @@ -45,6 +45,15 @@ mergetool.meld.useAutoMerge:: value of `false` avoids using `--auto-merge` altogether, and is the default value. +mergetool.vimdiff.layout:: + The vimdiff backend uses this variable to control how its split + windows look like. Applies even if you are using Neovim (`nvim`) or + gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section +ifndef::git-mergetool[] + (on linkgit:git-mergetool[1]) +endif::[] + for details. + 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..f784027bc1 100644 --- a/Documentation/git-mergetool.txt +++ b/Documentation/git-mergetool.txt @@ -101,6 +101,7 @@ success of the resolution after the custom tool has exited. CONFIGURATION ------------- +:git-mergetool: 1 include::config/mergetool.txt[] TEMPORARY FILES @@ -113,6 +114,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..f63fc48c29 --- /dev/null +++ b/Documentation/mergetools/vimdiff.txt @@ -0,0 +1,189 @@ +Description +^^^^^^^^^^^ + +When specifying `--tool=vimdiff` in `git mergetool` Git will open Vim with a 4 +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 specific commits ("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` 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. If not present, `MERGED` will be used by default. + +The precedence of the operators is this one (you can use parentheses to change +it): + + `@` > `+` > `/` > `,` + +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 `/`. +-- + +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 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"` + +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..9f99201bcc 100644 --- a/git-mergetool--lib.sh +++ b/git-mergetool--lib.sh @@ -63,7 +63,7 @@ $(list_tool_variants)" preamble= fi shown_any=yes - printf "%s%s\n" "$per_line_prefix" "$toolname" + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") fi done @@ -162,10 +162,18 @@ setup_tool () { return 1 } + diff_cmd_help () { + return 0 + } + merge_cmd () { return 1 } + merge_cmd_help () { + return 0 + } + hide_resolved_enabled () { return 0 } diff --git a/mergetools/vimdiff b/mergetools/vimdiff index 9d1bf4f455..461a89b6f9 100644 --- a/mergetools/vimdiff +++ b/mergetools/vimdiff @@ -365,6 +365,25 @@ diff_cmd () { } +diff_cmd_help () { + TOOL=$1 + + case "$TOOL" in + nvimdiff*) + printf "Use Neovim" + ;; + gvimdiff*) + printf "Use gVim (requires a graphical session)" + ;; + vimdiff*) + printf "Use Vim" + ;; + esac + + return 0 +} + + merge_cmd () { layout=$(git config mergetool.vimdiff.layout) @@ -436,6 +455,40 @@ merge_cmd () { } +merge_cmd_help () { + TOOL=$1 + + case "$TOOL" in + nvimdiff*) + printf "Use Neovim " + ;; + gvimdiff*) + printf "Use gVim (requires a graphical session) " + ;; + vimdiff*) + printf "Use Vim " + ;; + esac + + case "$TOOL" in + *1) + echo "with a 2 panes layout (LOCAL and REMOTE)" + ;; + *2) + echo "with a 3 panes layout (LOCAL, MERGED and REMOTE)" + ;; + *3) + echo "where only the MERGED file is shown" + ;; + *) + echo "with a custom layout (see \`git help mergetool\`'s \`BACKEND SPECIFIC HINTS\` section)" + ;; + esac + + return 0 +} + + translate_merge_tool_path () { case "$1" in nvimdiff*) -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH v7 3/4] vimdiff: add tool documentation 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 14:07 ` [PATCH v7 3/4] " Philippe Blain 2022-03-29 17:29 ` Philippe Blain 2 siblings, 1 reply; 38+ messages in thread From: Fernando Ramos @ 2022-03-28 22:39 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme When applying this patch I still get "indent with spaces" errors: .git/rebase-apply/patch:121: indent with spaces. ------------------------------------------ .git/rebase-apply/patch:122: indent with spaces. | | | | .git/rebase-apply/patch:123: indent with spaces. | | | | .git/rebase-apply/patch:124: indent with spaces. | LOCAL | MERGED | REMOTE | .git/rebase-apply/patch:125: indent with spaces. | | | | warning: squelched 61 whitespace errors warning: 66 lines add whitespace errors. The thing is these are no real errors (I really want to use spaces here). Am I doing something wrong? ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 3/4] vimdiff: add tool documentation 2022-03-28 22:39 ` Fernando Ramos @ 2022-03-29 1:01 ` Junio C Hamano 2022-03-29 12:54 ` [PATCH] fixup! " Philippe Blain 0 siblings, 1 reply; 38+ messages in thread From: Junio C Hamano @ 2022-03-29 1:01 UTC (permalink / raw) To: Fernando Ramos Cc: git, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme Fernando Ramos <greenfoo@u92.eu> writes: > When applying this patch I still get "indent with spaces" errors: > > .git/rebase-apply/patch:121: indent with spaces. > ------------------------------------------ > .git/rebase-apply/patch:122: indent with spaces. > | | | | > .git/rebase-apply/patch:123: indent with spaces. > | | | | > .git/rebase-apply/patch:124: indent with spaces. > | LOCAL | MERGED | REMOTE | > .git/rebase-apply/patch:125: indent with spaces. > | | | | > warning: squelched 61 whitespace errors > warning: 66 lines add whitespace errors. > > The thing is these are no real errors (I really want to use spaces here). > > Am I doing something wrong? Yes, the project does not want you to use spaces here. Doesn't AsciiDoc do the right thing if you used a tab instead of indenting with 8 spaces? ^ permalink raw reply [flat|nested] 38+ messages in thread
* [PATCH] fixup! vimdiff: add tool documentation 2022-03-29 1:01 ` Junio C Hamano @ 2022-03-29 12:54 ` Philippe Blain 2022-03-29 16:03 ` Junio C Hamano 0 siblings, 1 reply; 38+ messages in thread From: Philippe Blain @ 2022-03-29 12:54 UTC (permalink / raw) To: git; +Cc: Fernando Ramos, gitster, davvid, sunshine, seth, rogi Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> --- Hi Junio, Fernando, I think the canonical Asciidoc way would be to use a listing block (start and end the block with '----', and not indenting the lines at all, as is done in a few places in the docs), but in this case the parser gets confused about the several dashes in the content of the block. So we can use a "literal block" instead [1]. [1] https://docs.asciidoctor.org/asciidoc/latest/verbatim/literal-blocks/ Documentation/mergetools/vimdiff.txt | 174 ++++++++++++++------------- 1 file changed, 90 insertions(+), 84 deletions(-) diff --git a/Documentation/mergetools/vimdiff.txt b/Documentation/mergetools/vimdiff.txt index f63fc48c29..1cc9c133f9 100644 --- a/Documentation/mergetools/vimdiff.txt +++ b/Documentation/mergetools/vimdiff.txt @@ -3,17 +3,17 @@ Description When specifying `--tool=vimdiff` in `git mergetool` Git will open Vim with a 4 windows layout distributed in the following way: - - ------------------------------------------ - | | | | - | LOCAL | BASE | REMOTE | - | | | | - ------------------------------------------ - | | - | MERGED | - | | - ------------------------------------------ - +.... +------------------------------------------ +| | | | +| LOCAL | BASE | REMOTE | +| | | | +------------------------------------------ +| | +| MERGED | +| | +------------------------------------------ +.... `LOCAL`, `BASE` and `REMOTE` are read-only buffers showing the contents of the conflicting file in specific commits ("commit you are merging into", "common ancestor commit" and "commit you are merging from" respectively) @@ -56,14 +56,15 @@ needed in this case. The next layout definition is equivalent: + -- If, for some reason, we are not interested in the `BASE` buffer. - - ------------------------------------------ - | | | | - | | | | - | LOCAL | MERGED | REMOTE | - | | | | - | | | | - ------------------------------------------ +.... +------------------------------------------ +| | | | +| | | | +| LOCAL | MERGED | REMOTE | +| | | | +| | | | +------------------------------------------ +.... -- * `layout = "MERGED"` + @@ -71,14 +72,15 @@ If, for some reason, we are not interested in the `BASE` buffer. 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 | - | | - | | - ------------------------------------------ +.... +------------------------------------------ +| | +| | +| MERGED | +| | +| | +------------------------------------------ +.... -- * `layout = "@LOCAL,REMOTE"` + @@ -86,16 +88,17 @@ command. 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 | - | | | - | | | - | | | - ------------------------------------------ +.... +------------------------------------------ +| | | +| | | +| | | +| LOCAL | REMOTE | +| | | +| | | +| | | +------------------------------------------ +.... -- * `layout = "LOCAL,BASE,REMOTE / MERGED + BASE,LOCAL + BASE,REMOTE"` + @@ -103,59 +106,62 @@ save after resolving the conflicts. 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 | - | | | - | | | - | | | - ------------------------------------------ +.... +------------------------------------------ +| <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 | | - --------------------------------------------- - +.... +--------------------------------------------- +| 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 `/`. -- -- 2.29.2 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH] fixup! vimdiff: add tool documentation 2022-03-29 12:54 ` [PATCH] fixup! " Philippe Blain @ 2022-03-29 16:03 ` Junio C Hamano 0 siblings, 0 replies; 38+ messages in thread From: Junio C Hamano @ 2022-03-29 16:03 UTC (permalink / raw) To: Philippe Blain; +Cc: git, Fernando Ramos, davvid, sunshine, seth, rogi Philippe Blain <levraiphilippeblain@gmail.com> writes: > Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> > --- > > Hi Junio, Fernando, > > I think the canonical Asciidoc way would be to use a listing block > (start and end the block with '----', and not indenting the lines > at all, as is done in a few places in the docs), but in this case > the parser gets confused about the several dashes in the content of > the block. So we can use a "literal block" instead [1]. > > [1] https://docs.asciidoctor.org/asciidoc/latest/verbatim/literal-blocks/ Thanks, will queue on top (without squashing) for now, expecting that Fernando may want to send in another round of updates (and if it turns out that this is the only fix-up we need, then we can just squash it in later before merging the topic to 'next'). ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 3/4] vimdiff: add tool documentation 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 14:07 ` Philippe Blain 2022-03-29 16:35 ` Junio C Hamano 2022-03-29 17:29 ` Philippe Blain 2 siblings, 1 reply; 38+ messages in thread From: Philippe Blain @ 2022-03-29 14:07 UTC (permalink / raw) To: Fernando Ramos, git; +Cc: gitster, davvid, sunshine, seth, rogi, bagasdotme Hi Fernando, Le 2022-03-28 à 18:30, 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) > > 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> > Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> Thanks :) I think the project convention is to also use the 'Co-authored-by' trailer as well :) > --- > Documentation/config/mergetool.txt | 9 ++ > Documentation/git-mergetool.txt | 8 ++ > Documentation/mergetools/vimdiff.txt | 189 +++++++++++++++++++++++++++ > git-mergetool--lib.sh | 10 +- > mergetools/vimdiff | 53 ++++++++ > 5 files changed, 268 insertions(+), 1 deletion(-) > create mode 100644 Documentation/mergetools/vimdiff.txt > > diff --git a/Documentation/config/mergetool.txt b/Documentation/config/mergetool.txt > index cafbbef46a..13f1b234db 100644 > --- a/Documentation/config/mergetool.txt > +++ b/Documentation/config/mergetool.txt > @@ -45,6 +45,15 @@ mergetool.meld.useAutoMerge:: > value of `false` avoids using `--auto-merge` altogether, and is the > default value. > > +mergetool.vimdiff.layout:: > + The vimdiff backend uses this variable to control how its split > + windows look like. Applies even if you are using Neovim (`nvim`) or > + gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section > +ifndef::git-mergetool[] > + (on linkgit:git-mergetool[1]) small nit: "in linkgit:git-mergetool[1]" would read slightly better I think, but that may be just me... and I think I would drop the parentheses. > +endif::[] > + for details. > + > diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh > index 542a6a75eb..9f99201bcc 100644 > --- a/git-mergetool--lib.sh > +++ b/git-mergetool--lib.sh > @@ -63,7 +63,7 @@ $(list_tool_variants)" > preamble= > fi > shown_any=yes > - printf "%s%s\n" "$per_line_prefix" "$toolname" > + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") > fi I tried this and it looks much better on a single line, nice! I also noticed that the list of available tools is embedded in 'git help config' (see the rule for "mergetools-list.made" in Documentation/Makefile). I looked at the generated 'git-config.html' and it is not ideal; it would be better if the tool names would be enclosed in backticks. I tried the following tweak: diff --git a/Documentation/Makefile b/Documentation/Makefile index ed656db2ae..a2201680a2 100644 --- a/Documentation/Makefile +++ b/Documentation/Makefile @@ -333,10 +333,10 @@ mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) $(QUIET_GEN) \ $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ + show_tool_names can_diff "* " || :' | sed -e "s/* \([a-z0-9]*\)/* \`\1\`:/" >mergetools-diff.txt && \ $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ + show_tool_names can_merge "* " || :' | sed -e "s/* \([a-z0-9]*\)/* \`\1\`:/" >mergetools-merge.txt && \ date >$@ TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK)) and it mostly works, though with the Asciidoc HTML backend, "emerge" is not correctly formatted, I get: ‘emerge`: Use Emacs’ Emerge and in the man page the backticks are kept litereally.It works correctly with Asciidoctor though, both in HTML and man page ... ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH v7 3/4] vimdiff: add tool documentation 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 0 siblings, 1 reply; 38+ messages in thread From: Junio C Hamano @ 2022-03-29 16:35 UTC (permalink / raw) To: Philippe Blain Cc: Fernando Ramos, git, davvid, sunshine, seth, rogi, bagasdotme Philippe Blain <levraiphilippeblain@gmail.com> writes: >> 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) >> >> 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> >> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> > > Thanks :) I think the project convention is to also use the > 'Co-authored-by' trailer as well :) If co-authors closely worked together (possibly but not necessarily outside the public view), exchanging drafts and agreeing on the final version before sending it to the list, by one approving the other's final draft, Co-authored-by may be appropriate. I am not sure if that is what happened. I would prefer to see more use of Helped-by when suggestions for improvements were made, possibly but not necessarily in a concrete "squashable patch" form, the original author accepted before sending the new version out, and the party who made suggestions saw the updated version at the same time as the general public. In addition, especially if it was not co-authored, the chain of sign-off should mirror how the patches flowed. If philippe helped to improve Fernando's original idea, and Fernando assembled this version before sending it out to the list, then Helped-by: Philippe Signed-off-by: Philippe Signed-off-by: Fernando Philippe's sign-off would help when his contribution is so big that it by itself makes a copyrightable work, which may be the case. If not (e.g. when pointing out trivial typo or grammo), it is simpler to omit it. If this were truly co-authored, then replace "Helped-by" in the above sequence with "Co-authored-by". >> +mergetool.vimdiff.layout:: >> + The vimdiff backend uses this variable to control how its split >> + windows look like. Applies even if you are using Neovim (`nvim`) or >> + gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section >> +ifndef::git-mergetool[] >> + (on linkgit:git-mergetool[1]) > > small nit: "in linkgit:git-mergetool[1]" would read slightly better I think, > but that may be just me... and I think I would drop the parentheses. I agree on both counts. >> shown_any=yes >> - printf "%s%s\n" "$per_line_prefix" "$toolname" >> + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") >> fi > > I tried this and it looks much better on a single line, nice! You mean that the output on a single line is better than multiple lines? > I also noticed that the list of available tools is embedded in 'git help config' > (see the rule for "mergetools-list.made" in Documentation/Makefile). I looked > at the generated 'git-config.html' and it is not ideal; it would be better if > the tool names would be enclosed in backticks. I tried the following tweak: > > diff --git a/Documentation/Makefile b/Documentation/Makefile > index ed656db2ae..a2201680a2 100644 > --- a/Documentation/Makefile > +++ b/Documentation/Makefile > @@ -333,10 +333,10 @@ mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) > $(QUIET_GEN) \ > $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ > . ../git-mergetool--lib.sh && \ > - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ > + show_tool_names can_diff "* " || :' | sed -e "s/* \([a-z0-9]*\)/* \`\1\`:/" >mergetools-diff.txt && \ If you are piping the output into a sed command, then you discard the exit status of the upstream of the pipe, so " || :" at the end of the shell command can be discarded, no? > $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ > . ../git-mergetool--lib.sh && \ > - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ > + show_tool_names can_merge "* " || :' | sed -e "s/* \([a-z0-9]*\)/* \`\1\`:/" >mergetools-merge.txt && \ > date >$@ Ditto. In any case, the raw output from the command are of the form * <name of the tool> <explanation> Is the idea that you want to enclose the <name of the tool> part inside `literal`? I do not know if the inclusion of <explanation> part in the output is sensible in the first place (without this series, we only showed the possible values, right), but if we wanted to do this, shouldn't we be doing, instead of doing * araxis Use Araxis Merge more like araxis;; Use Araxis I wonder. The logical structure of each line is unclear with the current output (the asterisk is meaningful in that it tells that the line is an item in a bulleted list, but among the words on the rest of the line, the first line is special only by convention, so in a manpage for example, it looks like a gramatically correct sentence "Use Araxis Merge" is somehow prefixed by a stray word that does not begin with uppercase). ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 3/4] vimdiff: add tool documentation 2022-03-29 16:35 ` Junio C Hamano @ 2022-03-29 17:08 ` Philippe Blain 0 siblings, 0 replies; 38+ messages in thread From: Philippe Blain @ 2022-03-29 17:08 UTC (permalink / raw) To: Junio C Hamano Cc: Fernando Ramos, git, davvid, sunshine, seth, rogi, bagasdotme Hi Junio, Le 2022-03-29 à 12:35, Junio C Hamano a écrit : > Philippe Blain <levraiphilippeblain@gmail.com> writes: > >>> 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) >>> >>> 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> >>> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> >> >> Thanks :) I think the project convention is to also use the >> 'Co-authored-by' trailer as well :) > > If co-authors closely worked together (possibly but not necessarily > outside the public view), exchanging drafts and agreeing on the > final version before sending it to the list, by one approving the > other's final draft, Co-authored-by may be appropriate. > > I am not sure if that is what happened. > > I would prefer to see more use of Helped-by when suggestions for > improvements were made, possibly but not necessarily in a concrete > "squashable patch" form, the original author accepted before sending > the new version out, and the party who made suggestions saw the > updated version at the same time as the general public. > > In addition, especially if it was not co-authored, the chain of > sign-off should mirror how the patches flowed. If philippe helped > to improve Fernando's original idea, and Fernando assembled this > version before sending it out to the list, then > > Helped-by: Philippe > Signed-off-by: Philippe > Signed-off-by: Fernando > > Philippe's sign-off would help when his contribution is so big that > it by itself makes a copyrightable work, which may be the case. If > not (e.g. when pointing out trivial typo or grammo), it is simpler > to omit it. > > If this were truly co-authored, then replace "Helped-by" in the > above sequence with "Co-authored-by". Thanks for clarifying all that (whatever happened to the "Mailing list etiquette series [1]... it would be nice to revive this:). I did not mean to "claim" co-authorship by the way, I agree that "Helped-by" is more appropriate in this case. I included my sign-off mostly by accident as my 'ci' Git alias in this project is 'commit --sign-off' ;) > >>> +mergetool.vimdiff.layout:: >>> + The vimdiff backend uses this variable to control how its split >>> + windows look like. Applies even if you are using Neovim (`nvim`) or >>> + gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section >>> +ifndef::git-mergetool[] >>> + (on linkgit:git-mergetool[1]) >> >> small nit: "in linkgit:git-mergetool[1]" would read slightly better I think, >> but that may be just me... and I think I would drop the parentheses. > > I agree on both counts. > >>> shown_any=yes >>> - printf "%s%s\n" "$per_line_prefix" "$toolname" >>> + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") >>> fi >> >> I tried this and it looks much better on a single line, nice! > > You mean that the output on a single line is better than multiple lines? Yes. > >> I also noticed that the list of available tools is embedded in 'git help config' >> (see the rule for "mergetools-list.made" in Documentation/Makefile). I looked >> at the generated 'git-config.html' and it is not ideal; it would be better if >> the tool names would be enclosed in backticks. I tried the following tweak: >> >> diff --git a/Documentation/Makefile b/Documentation/Makefile >> index ed656db2ae..a2201680a2 100644 >> --- a/Documentation/Makefile >> +++ b/Documentation/Makefile >> @@ -333,10 +333,10 @@ mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) >> $(QUIET_GEN) \ >> $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ >> . ../git-mergetool--lib.sh && \ >> - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ >> + show_tool_names can_diff "* " || :' | sed -e "s/* \([a-z0-9]*\)/* \`\1\`:/" >mergetools-diff.txt && \ > > If you are piping the output into a sed command, then you discard > the exit status of the upstream of the pipe, so " || :" at the end > of the shell command can be discarded, no? Yes, you are right. > >> $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ >> . ../git-mergetool--lib.sh && \ >> - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ >> + show_tool_names can_merge "* " || :' | sed -e "s/* \([a-z0-9]*\)/* \`\1\`:/" >mergetools-merge.txt && \ >> date >$@ > > Ditto. > > In any case, the raw output from the command are of the form > > * <name of the tool> <explanation> > > Is the idea that you want to enclose the <name of the tool> part > inside `literal`? Yes, exactly, and add ': ' after the name of the tool. This makes the HTML doc for 'git-config' more nicely formatted. > > I do not know if the inclusion of <explanation> part in the output > is sensible in the first place (without this series, we only showed > the possible values, right), Right. I think it is a very nice addition, as several mergetool "names" are not the same as the program name or the executable name, so I think it's nice for the user to spell out exactly which software we are refering to :) > but if we wanted to do this, shouldn't > we be doing, instead of doing > > * araxis Use Araxis Merge > > more like > > araxis;; > Use Araxis > > I wonder. The logical structure of each line is unclear with the > current output (the asterisk is meaningful in that it tells that the > line is an item in a bulleted list, but among the words on the rest > of the line, the first line is special only by convention, so in a > manpage for example, it looks like a gramatically correct sentence > "Use Araxis Merge" is somehow prefixed by a stray word that does not > begin with uppercase). > OK, I see you mean using an Asciidoc "description list" [2]. I agree with you that it would be more semantically correct. So, let's use this instead: diff --git a/Documentation/Makefile b/Documentation/Makefile index ed656db2ae..de0b5fed42 100644 --- a/Documentation/Makefile +++ b/Documentation/Makefile @@ -333,10 +333,10 @@ mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) $(QUIET_GEN) \ $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ + show_tool_names can_diff' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-diff.txt && \ $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ + show_tool_names can_merge' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-merge.txt && \ date >$@ TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK)) [1] https://lore.kernel.org/git/20210512233412.10737-1-dwh@linuxprogrammer.org/ [2] https://docs.asciidoctor.org/asciidoc/latest/lists/description/ ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH v7 3/4] vimdiff: add tool documentation 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 14:07 ` [PATCH v7 3/4] " Philippe Blain @ 2022-03-29 17:29 ` Philippe Blain 2 siblings, 0 replies; 38+ messages in thread From: Philippe Blain @ 2022-03-29 17:29 UTC (permalink / raw) To: Fernando Ramos, git; +Cc: gitster, davvid, sunshine, seth, rogi, bagasdotme Hi Fernando, Le 2022-03-28 à 18:30, Fernando Ramos a écrit : > + > diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh > index 542a6a75eb..9f99201bcc 100644 > --- a/git-mergetool--lib.sh > +++ b/git-mergetool--lib.sh > @@ -63,7 +63,7 @@ $(list_tool_variants)" > preamble= > fi > shown_any=yes > - printf "%s%s\n" "$per_line_prefix" "$toolname" > + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") > fi > done > While responding to Junio I tried removing the definition of 'diff_cmd_help' for araxis and it is still listed as "Use Araxis" in the list of values under "merge.guitool" in git-config.{1,html}. I think that "diff_mode" that you use in the command substitution does not work for our usage in the documentation Makefile, as in that case TOOL_MODE is not defined. So a more complete tweak to the Makefile would be: diff --git a/Documentation/Makefile b/Documentation/Makefile index ed656db2ae..c2667de7b3 100644 --- a/Documentation/Makefile +++ b/Documentation/Makefile @@ -331,12 +331,12 @@ $(mergetools_txt): mergetools-list.made mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) $(QUIET_GEN) \ - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=diff && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ + show_tool_names can_diff' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-diff.txt && \ + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=merge && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ + show_tool_names can_merge' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-merge.txt && \ date >$@ TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK)) ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools 2022-03-28 22:30 [PATCH v7 0/4] vimdiff: new implementation with layout support Fernando Ramos ` (2 preceding siblings ...) 2022-03-28 22:30 ` [PATCH v7 3/4] vimdiff: add tool documentation Fernando Ramos @ 2022-03-28 22:30 ` Fernando Ramos 2022-03-29 16:38 ` Junio C Hamano 2022-03-29 14:10 ` [PATCH v7 0/4] vimdiff: new implementation with layout support Philippe Blain 2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos 5 siblings, 1 reply; 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 --- 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/winmerge | 8 ++++++++ mergetools/xxdiff | 8 ++++++++ 20 files changed, 160 insertions(+) diff --git a/mergetools/araxis b/mergetools/araxis index e2407b65b7..eb32a7da95 100644 --- a/mergetools/araxis +++ b/mergetools/araxis @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" -wait -2 "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use Araxis Merge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Araxis Merge (requires a graphical session)" +} + translate_merge_tool_path() { echo compare } diff --git a/mergetools/bc b/mergetools/bc index 26c19d46a5..2922667ddd 100644 --- a/mergetools/bc +++ b/mergetools/bc @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Beyond Compare (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Beyond Compare (requires a graphical session)" +} + translate_merge_tool_path() { if type bcomp >/dev/null 2>/dev/null then diff --git a/mergetools/codecompare b/mergetools/codecompare index 9f60e8da65..610963d377 100644 --- a/mergetools/codecompare +++ b/mergetools/codecompare @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Code Compare (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Code Compare (requires a graphical session)" +} + translate_merge_tool_path() { if merge_mode then diff --git a/mergetools/deltawalker b/mergetools/deltawalker index ee6f374bce..efae4c285c 100644 --- a/mergetools/deltawalker +++ b/mergetools/deltawalker @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use DeltaWalker (requires a graphical session)" +} + merge_cmd () { # Adding $(pwd)/ in front of $MERGED should not be necessary. # However without it, DeltaWalker (at least v1.9.8 on Windows) @@ -16,6 +20,10 @@ merge_cmd () { fi >/dev/null 2>&1 } +merge_cmd_help () { + echo "Use DeltaWalker (requires a graphical session)" +} + translate_merge_tool_path () { echo DeltaWalker } diff --git a/mergetools/diffmerge b/mergetools/diffmerge index 9b6355b98a..9b5b62d1ca 100644 --- a/mergetools/diffmerge +++ b/mergetools/diffmerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use DiffMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use DiffMerge (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/diffuse b/mergetools/diffuse index 5a3ae8b569..ebfaba5172 100644 --- a/mergetools/diffuse +++ b/mergetools/diffuse @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" | cat } +diff_cmd_help () { + echo "Use Diffuse (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,3 +17,7 @@ merge_cmd () { "$LOCAL" "$MERGED" "$REMOTE" | cat fi } + +merge_cmd_help () { + echo "Use Diffuse (requires a graphical session)" +} diff --git a/mergetools/ecmerge b/mergetools/ecmerge index 6c5101c4f7..0d4d609874 100644 --- a/mergetools/ecmerge +++ b/mergetools/ecmerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" --default --mode=diff2 "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use ECMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -12,3 +16,7 @@ merge_cmd () { --default --mode=merge2 --to="$MERGED" fi } + +merge_cmd_help () { + echo "Use ECMerge (requires a graphical session)" +} diff --git a/mergetools/emerge b/mergetools/emerge index d1ce513ff5..fc6892cc95 100644 --- a/mergetools/emerge +++ b/mergetools/emerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" -f emerge-files-command "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Emacs' Emerge" +} + merge_cmd () { if $base_present then @@ -17,6 +21,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Emacs' Emerge" +} + translate_merge_tool_path() { echo emacs } diff --git a/mergetools/examdiff b/mergetools/examdiff index e72b06fc4d..6f53ca9161 100644 --- a/mergetools/examdiff +++ b/mergetools/examdiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" -nh } +diff_cmd_help () { + echo "Use ExamDiff Pro (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -11,6 +15,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use ExamDiff Pro (requires a graphical session)" +} + translate_merge_tool_path() { mergetool_find_win32_cmd "ExamDiff.com" "ExamDiff Pro" } diff --git a/mergetools/guiffy b/mergetools/guiffy index 8b23a13c41..3ed07efd16 100644 --- a/mergetools/guiffy +++ b/mergetools/guiffy @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Guiffy's Diff Tool (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Guiffy's Diff Tool (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/kdiff3 b/mergetools/kdiff3 index 520cb914a1..ee8b3a0570 100644 --- a/mergetools/kdiff3 +++ b/mergetools/kdiff3 @@ -4,6 +4,10 @@ diff_cmd () { "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use KDiff3 (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -22,6 +26,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use KDiff3 (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/kompare b/mergetools/kompare index e8c0bfa678..4ce23dbe8b 100644 --- a/mergetools/kompare +++ b/mergetools/kompare @@ -2,10 +2,18 @@ can_merge () { return 1 } +diff_cmd_help () { + echo "Use Kompare (requires a graphical session)" +} + diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +merge_cmd_help () { + echo "Use Kompare (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/meld b/mergetools/meld index aab4ebb935..8ec0867e03 100644 --- a/mergetools/meld +++ b/mergetools/meld @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Meld (requires a graphical session)" +} + merge_cmd () { check_meld_for_features @@ -20,6 +24,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Meld (requires a graphical session) with optional \`auto merge\` (see \`git help mergetool\`'s \`CONFIGURATION\` section)" +} + # Get meld help message init_meld_help_msg () { if test -z "$meld_help_msg" diff --git a/mergetools/opendiff b/mergetools/opendiff index b608dd6de3..44adf8f951 100644 --- a/mergetools/opendiff +++ b/mergetools/opendiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" | cat } +diff_cmd_help () { + echo "Use FileMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -12,3 +16,7 @@ merge_cmd () { -merge "$MERGED" | cat fi } + +merge_cmd_help () { + echo "Use FileMerge (requires a graphical session)" +} diff --git a/mergetools/p4merge b/mergetools/p4merge index 7a5b291dd2..f3cb197e58 100644 --- a/mergetools/p4merge +++ b/mergetools/p4merge @@ -19,6 +19,10 @@ diff_cmd () { fi } +diff_cmd_help () { + echo "Use HelixCore P4Merge (requires a graphical session)" +} + merge_cmd () { if ! $base_present then @@ -34,3 +38,7 @@ create_empty_file () { printf "%s" "$empty_file" } + +merge_cmd_help () { + echo "Use HelixCore P4Merge (requires a graphical session)" +} diff --git a/mergetools/smerge b/mergetools/smerge index 9c2e6f6fd7..5410835a6b 100644 --- a/mergetools/smerge +++ b/mergetools/smerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" mergetool "$LOCAL" "$REMOTE" -o "$MERGED" } +diff_cmd_help () { + echo "Use Sublime Merge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -10,3 +14,7 @@ merge_cmd () { "$merge_tool_path" mergetool "$LOCAL" "$REMOTE" -o "$MERGED" fi } + +merge_cmd_help () { + echo "Use Sublime Merge (requires a graphical session)" +} diff --git a/mergetools/tkdiff b/mergetools/tkdiff index eee5cb57e3..66906a720d 100644 --- a/mergetools/tkdiff +++ b/mergetools/tkdiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use TkDiff (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -14,3 +18,7 @@ merge_cmd () { exit_code_trustable () { true } + +merge_cmd_help () { + echo "Use TkDiff (requires a graphical session)" +} diff --git a/mergetools/tortoisemerge b/mergetools/tortoisemerge index d7ab666a59..507edcd444 100644 --- a/mergetools/tortoisemerge +++ b/mergetools/tortoisemerge @@ -2,6 +2,10 @@ can_diff () { return 1 } +diff_cmd_help () { + echo "Use TortoiseMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -30,3 +34,7 @@ translate_merge_tool_path() { echo tortoisemerge fi } + +merge_cmd_help () { + echo "Use TortoiseMerge (requires a graphical session)" +} diff --git a/mergetools/winmerge b/mergetools/winmerge index 74d03259fd..36c72dde6e 100644 --- a/mergetools/winmerge +++ b/mergetools/winmerge @@ -3,6 +3,10 @@ diff_cmd () { return 0 } +diff_cmd_help () { + echo "Use WinMerge (requires a graphical session)" +} + merge_cmd () { # mergetool.winmerge.trustExitCode is implicitly false. # touch $BACKUP so that we can check_unchanged. @@ -13,3 +17,7 @@ merge_cmd () { translate_merge_tool_path() { mergetool_find_win32_cmd "WinMergeU.exe" "WinMerge" } + +merge_cmd_help () { + echo "Use WinMerge (requires a graphical session)" +} diff --git a/mergetools/xxdiff b/mergetools/xxdiff index d5ce467995..cd205f9842 100644 --- a/mergetools/xxdiff +++ b/mergetools/xxdiff @@ -12,6 +12,10 @@ diff_cmd () { fi } +diff_cmd_help () { + echo "Use xxdiff (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -28,3 +32,7 @@ merge_cmd () { --merged-file "$MERGED" "$LOCAL" "$REMOTE" fi } + +merge_cmd_help () { + echo "Use xxdiff (requires a graphical session)" +} -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools 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 0 siblings, 1 reply; 38+ messages in thread From: Junio C Hamano @ 2022-03-29 16:38 UTC (permalink / raw) To: Fernando Ramos Cc: git, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme Fernando Ramos <greenfoo@u92.eu> writes: > --- Missing log message and sign off. "add description" tells us what it did, which is easily visible in the patch text already. The log message should say why we are adding them, and the rationale has to be better than "adding is better than not adding". E.g. "in output of X and Y, we only show the names without explanation on what they are, which is not helpful enough" would be a helpful log message. Doesn't the change in [3/4] to include these strings in generated mergetools-*.txt file depend on this in place? Thanks. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools 2022-03-29 16:38 ` Junio C Hamano @ 2022-03-29 17:24 ` Philippe Blain 2022-03-29 18:50 ` Junio C Hamano 0 siblings, 1 reply; 38+ messages in thread From: Philippe Blain @ 2022-03-29 17:24 UTC (permalink / raw) To: Junio C Hamano, Fernando Ramos Cc: git, davvid, sunshine, seth, rogi, bagasdotme Hi Junio, Fernando, Le 2022-03-29 à 12:38, Junio C Hamano a écrit : > Fernando Ramos <greenfoo@u92.eu> writes: > >> --- > > Missing log message and sign off. "add description" tells us what > it did, which is easily visible in the patch text already. The log > message should say why we are adding them, and the rationale has to > be better than "adding is better than not adding". E.g. "in output > of X and Y, we only show the names without explanation on what they > are, which is not helpful enough" would be a helpful log message. I might add that the prefix of the commit message title should be changed to 'mergetools: ' > > Doesn't the change in [3/4] to include these strings in generated > mergetools-*.txt file depend on this in place? > > Thanks. > The list of available values are already generated in the mergetools-diff.txt and mergetools-merge.txt files before this series. After 3/4 we also include the description of the values. In 3/4 descriptions are only added for vimdiff and friends, so the rest of the tools would simply be listed without descriptions. After 4/4 all tools have a description. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools 2022-03-29 17:24 ` Philippe Blain @ 2022-03-29 18:50 ` Junio C Hamano 2022-03-29 22:39 ` Fernando Ramos 0 siblings, 1 reply; 38+ messages in thread From: Junio C Hamano @ 2022-03-29 18:50 UTC (permalink / raw) To: Philippe Blain Cc: Fernando Ramos, git, davvid, sunshine, seth, rogi, bagasdotme Philippe Blain <levraiphilippeblain@gmail.com> writes: > Hi Junio, Fernando, > > Le 2022-03-29 à 12:38, Junio C Hamano a écrit : >> Fernando Ramos <greenfoo@u92.eu> writes: >> >>> --- >> >> Missing log message and sign off. "add description" tells us what >> it did, which is easily visible in the patch text already. The log >> message should say why we are adding them, and the rationale has to >> be better than "adding is better than not adding". E.g. "in output >> of X and Y, we only show the names without explanation on what they >> are, which is not helpful enough" would be a helpful log message. > > I might add that the prefix of the commit message title should be changed > to 'mergetools: ' > >> >> Doesn't the change in [3/4] to include these strings in generated >> mergetools-*.txt file depend on this in place? >> >> Thanks. >> > > The list of available values are already generated in the mergetools-diff.txt and > mergetools-merge.txt files before this series. After 3/4 we also > include the description of the values. In 3/4 descriptions are only added for > vimdiff and friends, so the rest of the tools would simply be listed without > descriptions. After 4/4 all tools have a description. OK. I wonder how that affects our discussion to switch to the description list? This adds what appears as the description. Before this step, it would be <dl>...</dl> inside which <dt> appears but not <dd>. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools 2022-03-29 18:50 ` Junio C Hamano @ 2022-03-29 22:39 ` Fernando Ramos 0 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:39 UTC (permalink / raw) To: Junio C Hamano Cc: Philippe Blain, git, davvid, sunshine, seth, rogi, bagasdotme I'll prepare v8 with all the previously discussed changes so that we can continue the discussion there :) ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 0/4] vimdiff: new implementation with layout support 2022-03-28 22:30 [PATCH v7 0/4] vimdiff: new implementation with layout support Fernando Ramos ` (3 preceding siblings ...) 2022-03-28 22:30 ` [PATCH v7 4/4] vimdiff: add description to already existing diff/merge tools Fernando Ramos @ 2022-03-29 14:10 ` Philippe Blain 2022-03-29 21:45 ` Fernando Ramos 2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos 5 siblings, 1 reply; 38+ messages in thread From: Philippe Blain @ 2022-03-29 14:10 UTC (permalink / raw) To: Fernando Ramos, git; +Cc: gitster, davvid, sunshine, seth, rogi, bagasdotme Hi Fernando, Le 2022-03-28 à 18:30, Fernando Ramos a écrit : > Original cover letter (see v7 changes at the end): > Just a small suggestion, it is customary on this list to send later versions of a series as a reply to the cover letter of the previous iteration. This keeps the whole series in a single thread, and also allows tools like 'b4' [1] to apply the latest iteration when given any message-id in the thread. Cheers, Philippe. [1] https://pypi.org/project/b4/ ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v7 0/4] vimdiff: new implementation with layout support 2022-03-29 14:10 ` [PATCH v7 0/4] vimdiff: new implementation with layout support Philippe Blain @ 2022-03-29 21:45 ` Fernando Ramos 0 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 21:45 UTC (permalink / raw) To: Philippe Blain; +Cc: git, gitster, davvid, sunshine, seth, rogi, bagasdotme > Just a small suggestion, it is customary on this list > to send later versions of a series as a reply to the cover > letter of the previous iteration. This keeps the whole series > in a single thread, and also allows tools like 'b4' [1] to apply > the latest iteration when given any message-id in the thread. Thanks, I really appreciate this. It's really hard to find the correct way to interact with different mailing lists from different projects. Maybe a monitoring bot could send an email with all the mailing list rules to someone sending a message for the first time? ^ permalink raw reply [flat|nested] 38+ messages in thread
* [PATCH v8 0/5] vimdiff: new implementation with layout support 2022-03-28 22:30 [PATCH v7 0/4] vimdiff: new implementation with layout support Fernando Ramos ` (4 preceding siblings ...) 2022-03-29 14:10 ` [PATCH v7 0/4] vimdiff: new implementation with layout support Philippe Blain @ 2022-03-29 22:44 ` Fernando Ramos 2022-03-29 22:44 ` [PATCH v8 1/5] " Fernando Ramos ` (5 more replies) 5 siblings, 6 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:44 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo Original cover letter (see v8 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...) New in v8: * Rebase on top of latest master * Remove spaces from indented blocks of documentation * Fix missing commit message in one of the commits * Added "Helped-by" signature to the doc commit * Change sentence in docs to make it syntactically correct * Add commit from Philippe Blain to also print the tool description when running ` git help config` (thanks!) Fernando Ramos (5): vimdiff: new implementation with layout support vimdiff: integrate layout tests in the unit tests framework ('t' folder) vimdiff: add tool documentation mergetools: add description to all diff/merge tools mergetools: add tools description to `git help config` Documentation/Makefile | 8 +- Documentation/config/mergetool.txt | 9 + Documentation/git-mergetool.txt | 8 + Documentation/mergetools/vimdiff.txt | 194 +++++++++ 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 + 27 files changed, 978 insertions(+), 32 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
* [PATCH v8 1/5] vimdiff: new implementation with layout support 2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos @ 2022-03-29 22:44 ` Fernando Ramos 2022-03-29 22:44 ` [PATCH v8 2/5] vimdiff: integrate layout tests in the unit tests framework ('t' folder) Fernando Ramos ` (4 subsequent siblings) 5 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:44 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo When running 'git mergetool -t vimdiff', a new configuration option ('mergetool.vimdiff.layout') can now be used to select how the user wants the different windows, tabs and buffers to be displayed. If the option is not provided, the layout will be the same one that was being used before this commit (ie. two rows with LOCAL, BASE and COMMIT in the top one and MERGED in the bottom one). The 'vimdiff' variants ('vimdiff{1,2,3}') still work but, because they represented nothing else than different layouts, are now internally implemented as a subcase of 'vimdiff' with the corresponding pre-configured 'layout'. Again, if you don't set "mergetool.vimdiff.layout" everything will work the same as before *but* the arguments used to call {n,g,}vim will be others (even if you don't/shouldn't notice it): - git mergetool -t vimdiff > Before this commit: {n,g,}vim -f -d -c '4wincmd w | wincmd J' $LOCAL $BASE $REMOTE $MERGED > After this commit: {n,g,}vim -f -c "echo | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff1 > Before this commit: {n,g,}vim -f -d -c 'echon "..."' $LOCAL $REMOTE > After this commit: {n,g,}vim -f -c "echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff2 > Before this commit: {n,g,}vim -f -d -c 'wincmd l' $LOCAL $MERGED $REMOTE > After this commit: {n,g,}vim -f -c "echo | vertical split | 1b | wincmd l | vertical split | 4b | wincmd l | 3b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff3 > Before this commit: {n,g,}vim -f -d -c 'hid | hid | hid' $LOCAL $REMOTE $BASE $MERGED > After this commit: {n,g,}vim -f -c "echo | 4b | bufdo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED Despite being different, I have manually verified that they generate the same layout as before. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- mergetools/vimdiff | 558 ++++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 529 insertions(+), 29 deletions(-) diff --git a/mergetools/vimdiff b/mergetools/vimdiff index 96f6209a04..9d1bf4f455 100644 --- a/mergetools/vimdiff +++ b/mergetools/vimdiff @@ -1,49 +1,442 @@ +# This script can be run in two different contexts: +# +# - From git, when the user invokes the "vimdiff" merge tool. In this context +# this script expects the following environment variables (among others) to +# be defined (which is something "git" takes care of): +# +# - $BASE +# - $LOCAL +# - $REMOTE +# - $MERGED +# +# In this mode, all this script does is to run the next command: +# +# vim -f -c ... $LOCAL $BASE $REMOTE $MERGED +# +# ...where the "..." string depends on the value of the +# "mergetool.vimdiff.layout" configuration variable and is used to open vim +# with a certain layout of buffers, windows and tabs. +# +# - From a script inside the unit tests framework folder ("t" folder) by +# sourcing this script and then manually calling "run_unit_tests", which +# will run a battery of unit tests to make sure nothing breaks. +# In this context this script does not expect any particular environment +# variable to be set. + + +################################################################################ +## Internal functions (not meant to be used outside this script) +################################################################################ + +debug_print () { + # Send message to stderr if global variable GIT_MERGETOOL_VIMDIFF is set + # to "true" + + if test -n "$GIT_MERGETOOL_VIMDIFF_DEBUG" + then + >&2 echo "$@" + fi +} + +substring () { + # Return a substring of $1 containing $3 characters starting at + # zero-based offset $2. + # + # Examples: + # + # substring "Hello world" 0 4 --> "Hell" + # substring "Hello world" 3 4 --> "lo w" + # substring "Hello world" 3 10 --> "lo world" + + STRING=$1 + START=$2 + LEN=$3 + + echo "$STRING" | cut -c$(( START + 1 ))-$(( START + $LEN )) +} + +gen_cmd_aux () { + # Auxiliary function used from "gen_cmd()". + # Read that other function documentation for more details. + + LAYOUT=$1 + CMD=$2 # This is a second (hidden) argument used for recursion + + debug_print + debug_print "LAYOUT : $LAYOUT" + debug_print "CMD : $CMD" + + if test -z "$CMD" + then + CMD="echo" # vim "nop" operator + fi + + start=0 + end=${#LAYOUT} + + nested=0 + nested_min=100 + + + # Step 1: + # + # Increase/decrease "start"/"end" indices respectively to get rid of + # outer parenthesis. + # + # Example: + # + # - BEFORE: (( LOCAL , BASE ) / MERGED ) + # - AFTER : ( LOCAL , BASE ) / MERGED + + oldIFS=$IFS + IFS=# + for c in $(echo "$LAYOUT" | sed 's:.:&#:g') + do + if test "$c" = " " + then + continue + fi + + if test "$c" = "(" + then + nested=$(( nested + 1 )) + continue + fi + + if test "$c" = ")" + then + nested=$(( nested - 1 )) + continue + fi + + if test "$nested" -lt "$nested_min" + then + nested_min=$nested + fi + done + IFS=$oldIFS + + debug_print "NESTED MIN: $nested_min" + + while test "$nested_min" -gt "0" + do + start=$(( start + 1 )) + end=$(( end - 1 )) + + start_minus_one=$(( start - 1 )) + + while ! test "$(substring "$LAYOUT" "$start_minus_one" 1)" = "(" + do + start=$(( start + 1 )) + start_minus_one=$(( start_minus_one + 1 )) + done + + while ! test "$(substring "$LAYOUT" "$end" 1)" = ")" + do + end=$(( end - 1 )) + done + + nested_min=$(( nested_min - 1 )) + done + + debug_print "CLEAN : $(substring "$LAYOUT" "$start" "$(( end - start ))")" + + + # Step 2: + # + # Search for all valid separators ("+", "/" or ",") which are *not* + # inside parenthesis. Save the index at which each of them makes the + # first appearance. + + index_new_tab="" + index_horizontal_split="" + index_vertical_split="" + + nested=0 + i=$(( start - 1 )) + + oldIFS=$IFS + IFS=# + for c in $(substring "$LAYOUT" "$start" "$(( end - start ))" | sed 's:.:&#:g'); + do + i=$(( i + 1 )) + + if test "$c" = " " + then + continue + fi + + if test "$c" = "(" + then + nested=$(( nested + 1 )) + continue + fi + + if test "$c" = ")" + then + nested=$(( nested - 1 )) + continue + fi + + if test "$nested" = 0 + then + current=$c + + if test "$current" = "+" + then + if test -z "$index_new_tab" + then + index_new_tab=$i + fi + + elif test "$current" = "/" + then + if test -z "$index_horizontal_split" + then + index_horizontal_split=$i + fi + + elif test "$current" = "," + then + if test -z "$index_vertical_split" + then + index_vertical_split=$i + fi + fi + fi + done + IFS=$oldIFS + + + # Step 3: + # + # Process the separator with the highest order of precedence + # (";" has the highest precedence and "|" the lowest one). + # + # By "process" I mean recursively call this function twice: the first + # one with the substring at the left of the separator and the second one + # with the one at its right. + + terminate="false" + + if ! test -z "$index_new_tab" + then + before="-tabnew" + after="tabnext" + index=$index_new_tab + terminate="true" + + elif ! test -z "$index_horizontal_split" + then + before="split" + after="wincmd j" + index=$index_horizontal_split + terminate="true" + + elif ! test -z "$index_vertical_split" + then + before="vertical split" + after="wincmd l" + index=$index_vertical_split + terminate="true" + fi + + if test "$terminate" = "true" + then + CMD="$CMD | $before" + CMD=$(gen_cmd_aux "$(substring "$LAYOUT" "$start" "$(( index - start ))")" "$CMD") + CMD="$CMD | $after" + CMD=$(gen_cmd_aux "$(substring "$LAYOUT" "$(( index + 1 ))" "$(( ${#LAYOUT} - index ))")" "$CMD") + echo "$CMD" + return + fi + + + # Step 4: + # + # If we reach this point, it means there are no separators and we just + # need to print the command to display the specified buffer + + target=$(substring "$LAYOUT" "$start" "$(( end - start ))" | sed 's:[ @();|-]::g') + + if test "$target" = "LOCAL" + then + CMD="$CMD | 1b" + + elif test "$target" = "BASE" + then + CMD="$CMD | 2b" + + elif test "$target" = "REMOTE" + then + CMD="$CMD | 3b" + + elif test "$target" = "MERGED" + then + CMD="$CMD | 4b" + + else + CMD="$CMD | ERROR: >$target<" + fi + + echo "$CMD" + return +} + + +gen_cmd () { + # This function returns (in global variable FINAL_CMD) the string that + # you can use when invoking "vim" (as shown next) to obtain a given + # layout: + # + # $ vim -f $FINAL_CMD "$LOCAL" "$BASE" "$REMOTE" "$MERGED" + # + # It takes one single argument: a string containing the desired layout + # definition. + # + # The syntax of the "layout definitions" is explained in "Documentation/ + # mergetools/vimdiff.txt" but you can already intuitively understand how + # it works by knowing that... + # + # * "+" means "a new vim tab" + # * "/" means "a new vim horizontal split" + # * "," means "a new vim vertical split" + # + # It also returns (in global variable FINAL_TARGET) the name ("LOCAL", + # "BASE", "REMOTE" or "MERGED") of the file that is marked with an "@", + # or "MERGED" if none of them is. + # + # Example: + # + # gen_cmd "@LOCAL , REMOTE" + # | + # `-> FINAL_CMD == "-c \"echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + # FINAL_TARGET == "LOCAL" + + LAYOUT=$1 + + + # Search for a "@" in one of the files identifiers ("LOCAL", "BASE", + # "REMOTE", "MERGED"). If not found, use "MERGE" as the default file + # where changes will be saved. + + if echo "$LAYOUT" | grep @LOCAL >/dev/null + then + FINAL_TARGET="LOCAL" + elif echo "$LAYOUT" | grep @BASE >/dev/null + then + FINAL_TARGET="BASE" + else + FINAL_TARGET="MERGED" + fi + + + # Obtain the first part of vim "-c" option to obtain the desired layout + + CMD=$(gen_cmd_aux "$LAYOUT") + + + # Adjust the just obtained script depending on whether more than one + # windows are visible or not + + if echo "$LAYOUT" | grep ",\|/" >/dev/null + then + CMD="$CMD | tabdo windo diffthis" + else + CMD="$CMD | bufdo diffthis" + fi + + + # Add an extra "-c" option to move to the first tab (notice that we + # can't simply append the command to the previous "-c" string as + # explained here: https://github.com/vim/vim/issues/9076 + + FINAL_CMD="-c \"$CMD\" -c \"tabfirst\"" +} + + +################################################################################ +## API functions (called from "git-mergetool--lib.sh") +################################################################################ + diff_cmd () { "$merge_tool_path" -R -f -d \ -c 'wincmd l' -c 'cd $GIT_PREFIX' "$LOCAL" "$REMOTE" } + merge_cmd () { + layout=$(git config mergetool.vimdiff.layout) + case "$1" in *vimdiff) - if $base_present + if test -z "$layout" then - "$merge_tool_path" -f -d -c '4wincmd w | wincmd J' \ - "$LOCAL" "$BASE" "$REMOTE" "$MERGED" - else - "$merge_tool_path" -f -d -c 'wincmd l' \ - "$LOCAL" "$MERGED" "$REMOTE" + # Default layout when none is specified + layout="(LOCAL,BASE,REMOTE)/MERGED" fi ;; *vimdiff1) - "$merge_tool_path" -f -d \ - -c 'echon "Resolve conflicts leftward then save. Use :cq to abort."' \ - "$LOCAL" "$REMOTE" - ret="$?" - if test "$ret" -eq 0 - then - cp -- "$LOCAL" "$MERGED" - fi - return "$ret" + layout="@LOCAL,REMOTE" ;; *vimdiff2) - "$merge_tool_path" -f -d -c 'wincmd l' \ - "$LOCAL" "$MERGED" "$REMOTE" + layout="LOCAL,MERGED,REMOTE" ;; *vimdiff3) - if $base_present - then - "$merge_tool_path" -f -d -c 'hid | hid | hid' \ - "$LOCAL" "$REMOTE" "$BASE" "$MERGED" - else - "$merge_tool_path" -f -d -c 'hid | hid' \ - "$LOCAL" "$REMOTE" "$MERGED" - fi + layout="MERGED" ;; esac + + gen_cmd "$layout" + + debug_print "" + debug_print "FINAL CMD : $FINAL_CMD" + debug_print "FINAL TAR : $FINAL_TARGET" + + if $base_present + then + eval "$merge_tool_path" \ + -f "$FINAL_CMD" "$LOCAL" "$BASE" "$REMOTE" "$MERGED" + else + # If there is no BASE (example: a merge conflict in a new file + # with the same name created in both braches which didn't exist + # before), close all BASE windows using vim's "quit" command + + FINAL_CMD=$(echo "$FINAL_CMD" | \ + sed -e 's:2b:quit:g' -e 's:3b:2b:g' -e 's:4b:3b:g') + + eval "$merge_tool_path" \ + -f "$FINAL_CMD" "$LOCAL" "$REMOTE" "$MERGED" + fi + + ret="$?" + + if test "$ret" -eq 0 + then + case "$FINAL_TARGET" in + LOCAL) + source_path="$LOCAL" + ;; + REMOTE) + source_path="$REMOTE" + ;; + MERGED|*) + # Do nothing + source_path= + ;; + esac + + if test -n "$source_path" + then + cp "$source_path" "$MERGED" + fi + fi + + return "$ret" } -translate_merge_tool_path() { + +translate_merge_tool_path () { case "$1" in nvimdiff*) echo nvim @@ -57,14 +450,121 @@ translate_merge_tool_path() { esac } + exit_code_trustable () { true } + list_tool_variants () { - for prefix in '' g n; do - for suffix in '' 1 2 3; do - echo "${prefix}vimdiff${suffix}" + if test "$TOOL_MODE" = "diff" + then + for prefix in '' g n + do + echo "${prefix}vimdiff" done + else + for prefix in '' g n + do + for suffix in '' 1 2 3 + do + echo "${prefix}vimdiff${suffix}" + done + done + fi +} + + +################################################################################ +## Unit tests (called from scripts inside the "t" folder) +################################################################################ + +run_unit_tests () { + # Function to make sure that we don't break anything when modifying this + # script. + + NUMBER_OF_TEST_CASES=16 + + TEST_CASE_01="(LOCAL,BASE,REMOTE)/MERGED" # default behaviour + TEST_CASE_02="@LOCAL,REMOTE" # when using vimdiff1 + TEST_CASE_03="LOCAL,MERGED,REMOTE" # when using vimdiff2 + TEST_CASE_04="MERGED" # when using vimdiff3 + TEST_CASE_05="LOCAL/MERGED/REMOTE" + TEST_CASE_06="(LOCAL/REMOTE),MERGED" + TEST_CASE_07="MERGED,(LOCAL/REMOTE)" + TEST_CASE_08="(LOCAL,REMOTE)/MERGED" + TEST_CASE_09="MERGED/(LOCAL,REMOTE)" + TEST_CASE_10="(LOCAL/BASE/REMOTE),MERGED" + TEST_CASE_11="(LOCAL,BASE,REMOTE)/MERGED+BASE,LOCAL+BASE,REMOTE+(LOCAL/BASE/REMOTE),MERGED" + TEST_CASE_12="((LOCAL,REMOTE)/BASE),MERGED" + TEST_CASE_13="((LOCAL,REMOTE)/BASE),((LOCAL/REMOTE),MERGED)" + TEST_CASE_14="BASE,REMOTE+BASE,LOCAL" + TEST_CASE_15=" (( (LOCAL , BASE , REMOTE) / MERGED)) +(BASE) , LOCAL+ BASE , REMOTE+ (((LOCAL / BASE / REMOTE)) , MERGED ) " + TEST_CASE_16="LOCAL,BASE,REMOTE / MERGED + BASE,LOCAL + BASE,REMOTE + (LOCAL / BASE / REMOTE),MERGED" + + EXPECTED_CMD_01="-c \"echo | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_02="-c \"echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_03="-c \"echo | vertical split | 1b | wincmd l | vertical split | 4b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_04="-c \"echo | 4b | bufdo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_05="-c \"echo | split | 1b | wincmd j | split | 4b | wincmd j | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_06="-c \"echo | vertical split | split | 1b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_07="-c \"echo | vertical split | 4b | wincmd l | split | 1b | wincmd j | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_08="-c \"echo | split | vertical split | 1b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_09="-c \"echo | split | 4b | wincmd j | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_10="-c \"echo | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_11="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_12="-c \"echo | vertical split | split | vertical split | 1b | wincmd l | 3b | wincmd j | 2b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_13="-c \"echo | vertical split | split | vertical split | 1b | wincmd l | 3b | wincmd j | 2b | wincmd l | vertical split | split | 1b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_14="-c \"echo | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | 2b | wincmd l | 1b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_15="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_16="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + + EXPECTED_TARGET_01="MERGED" + EXPECTED_TARGET_02="LOCAL" + EXPECTED_TARGET_03="MERGED" + EXPECTED_TARGET_04="MERGED" + EXPECTED_TARGET_05="MERGED" + EXPECTED_TARGET_06="MERGED" + EXPECTED_TARGET_07="MERGED" + EXPECTED_TARGET_08="MERGED" + EXPECTED_TARGET_09="MERGED" + EXPECTED_TARGET_10="MERGED" + EXPECTED_TARGET_11="MERGED" + EXPECTED_TARGET_12="MERGED" + EXPECTED_TARGET_13="MERGED" + EXPECTED_TARGET_14="MERGED" + EXPECTED_TARGET_15="MERGED" + EXPECTED_TARGET_16="MERGED" + + at_least_one_ko="false" + + for i in $(seq -w 1 99) + do + if test "$i" -gt $NUMBER_OF_TEST_CASES + then + break + fi + + gen_cmd "$(eval echo \${TEST_CASE_"$i"})" + + if test "$FINAL_CMD" = "$(eval echo \${EXPECTED_CMD_"$i"})" \ + && test "$FINAL_TARGET" = "$(eval echo \${EXPECTED_TARGET_"$i"})" + then + printf "Test Case #%02d: OK\n" "$(echo "$i" | sed 's/^0*//')" + else + printf "Test Case #%02d: KO !!!!\n" "$(echo "$i" | sed 's/^0*//')" + echo " FINAL_CMD : $FINAL_CMD" + echo " FINAL_CMD (expected) : $(eval echo \${EXPECTED_CMD_"$i"})" + echo " FINAL_TARGET : $FINAL_TARGET" + echo " FINAL_TARGET (expected): $(eval echo \${EXPECTED_TARGET_"$i"})" + at_least_one_ko="true" + fi done + + if test "$at_least_one_ko" = "true" + then + return 255 + else + return 0 + fi } -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v8 2/5] vimdiff: integrate layout tests in the unit tests framework ('t' folder) 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 ` Fernando Ramos 2022-03-29 22:44 ` [PATCH v8 3/5] vimdiff: add tool documentation Fernando Ramos ` (3 subsequent siblings) 5 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:44 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo Create a new test case file for the different available merge tools. Right now it only tests the 'mergetool.vimdiff.layout' option. Other merge tools might be interested in adding their own tests here too. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- t/t7609-mergetool--lib.sh | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100755 t/t7609-mergetool--lib.sh diff --git a/t/t7609-mergetool--lib.sh b/t/t7609-mergetool--lib.sh new file mode 100755 index 0000000000..d848fe6442 --- /dev/null +++ b/t/t7609-mergetool--lib.sh @@ -0,0 +1,14 @@ +#!/bin/sh + +test_description='git mergetool + +Testing basic merge tools options' + +. ./test-lib.sh + +test_expect_success 'mergetool --tool=vimdiff creates the expected layout' ' + . $GIT_BUILD_DIR/mergetools/vimdiff && + run_unit_tests +' + +test_done -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v8 3/5] vimdiff: add tool documentation 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 ` Fernando Ramos 2022-03-29 22:44 ` [PATCH v8 4/5] mergetools: add description to all diff/merge tools Fernando Ramos ` (2 subsequent siblings) 5 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:44 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo 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) In addition, a section has been added to "Documentation/git-mergetool.txt" to explain the new "layout" configuration option with examples. Helped-by: Philippe Blain <levraiphilippeblain@gmail.com> Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- Documentation/config/mergetool.txt | 9 ++ Documentation/git-mergetool.txt | 8 ++ Documentation/mergetools/vimdiff.txt | 194 +++++++++++++++++++++++++++ git-mergetool--lib.sh | 10 +- mergetools/vimdiff | 53 ++++++++ 5 files changed, 273 insertions(+), 1 deletion(-) create mode 100644 Documentation/mergetools/vimdiff.txt diff --git a/Documentation/config/mergetool.txt b/Documentation/config/mergetool.txt index cafbbef46a..90b3809700 100644 --- a/Documentation/config/mergetool.txt +++ b/Documentation/config/mergetool.txt @@ -45,6 +45,15 @@ mergetool.meld.useAutoMerge:: value of `false` avoids using `--auto-merge` altogether, and is the default value. +mergetool.vimdiff.layout:: + The vimdiff backend uses this variable to control how its split + windows look like. Applies even if you are using Neovim (`nvim`) or + gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section +ifndef::git-mergetool[] + in linkgit:git-mergetool[1]. +endif::[] + for details. + 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..f784027bc1 100644 --- a/Documentation/git-mergetool.txt +++ b/Documentation/git-mergetool.txt @@ -101,6 +101,7 @@ success of the resolution after the custom tool has exited. CONFIGURATION ------------- +:git-mergetool: 1 include::config/mergetool.txt[] TEMPORARY FILES @@ -113,6 +114,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..2d631e9b1f --- /dev/null +++ b/Documentation/mergetools/vimdiff.txt @@ -0,0 +1,194 @@ +Description +^^^^^^^^^^^ + +When specifying `--tool=vimdiff` in `git mergetool` Git will open Vim with a 4 +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 specific commits ("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` 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. If not present, `MERGED` will be used by default. + +The precedence of the operators is this one (you can use parentheses to change +it): + + `@` > `+` > `/` > `,` + +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 `/`. +-- + +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 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"` + +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..9f99201bcc 100644 --- a/git-mergetool--lib.sh +++ b/git-mergetool--lib.sh @@ -63,7 +63,7 @@ $(list_tool_variants)" preamble= fi shown_any=yes - printf "%s%s\n" "$per_line_prefix" "$toolname" + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") fi done @@ -162,10 +162,18 @@ setup_tool () { return 1 } + diff_cmd_help () { + return 0 + } + merge_cmd () { return 1 } + merge_cmd_help () { + return 0 + } + hide_resolved_enabled () { return 0 } diff --git a/mergetools/vimdiff b/mergetools/vimdiff index 9d1bf4f455..461a89b6f9 100644 --- a/mergetools/vimdiff +++ b/mergetools/vimdiff @@ -365,6 +365,25 @@ diff_cmd () { } +diff_cmd_help () { + TOOL=$1 + + case "$TOOL" in + nvimdiff*) + printf "Use Neovim" + ;; + gvimdiff*) + printf "Use gVim (requires a graphical session)" + ;; + vimdiff*) + printf "Use Vim" + ;; + esac + + return 0 +} + + merge_cmd () { layout=$(git config mergetool.vimdiff.layout) @@ -436,6 +455,40 @@ merge_cmd () { } +merge_cmd_help () { + TOOL=$1 + + case "$TOOL" in + nvimdiff*) + printf "Use Neovim " + ;; + gvimdiff*) + printf "Use gVim (requires a graphical session) " + ;; + vimdiff*) + printf "Use Vim " + ;; + esac + + case "$TOOL" in + *1) + echo "with a 2 panes layout (LOCAL and REMOTE)" + ;; + *2) + echo "with a 3 panes layout (LOCAL, MERGED and REMOTE)" + ;; + *3) + echo "where only the MERGED file is shown" + ;; + *) + echo "with a custom layout (see \`git help mergetool\`'s \`BACKEND SPECIFIC HINTS\` section)" + ;; + esac + + return 0 +} + + translate_merge_tool_path () { case "$1" in nvimdiff*) -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v8 4/5] mergetools: add description to all diff/merge tools 2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos ` (2 preceding siblings ...) 2022-03-29 22:44 ` [PATCH v8 3/5] vimdiff: add tool documentation Fernando Ramos @ 2022-03-29 22:44 ` Fernando Ramos 2022-03-29 22:44 ` [PATCH v8 5/5] mergetools: add tools description to `git help config` Fernando Ramos 2022-03-30 19:19 ` [PATCH v9 0/4] vimdiff: new implementation with layout support Fernando Ramos 5 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:44 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo The output of `git mergetool --tool-help` and `git difftool --tool-help` only showed the `alias` of each available merge/diff tool. It is not always obvious what tool these `aliases` end up using (ex: `opendiff` runs `FileMerge` and `bc` runs `Beyond Compare`). This commit adds a short description to each of them to help the user identify the `alias` they want. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- 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/winmerge | 8 ++++++++ mergetools/xxdiff | 8 ++++++++ 20 files changed, 160 insertions(+) diff --git a/mergetools/araxis b/mergetools/araxis index e2407b65b7..eb32a7da95 100644 --- a/mergetools/araxis +++ b/mergetools/araxis @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" -wait -2 "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use Araxis Merge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Araxis Merge (requires a graphical session)" +} + translate_merge_tool_path() { echo compare } diff --git a/mergetools/bc b/mergetools/bc index 26c19d46a5..2922667ddd 100644 --- a/mergetools/bc +++ b/mergetools/bc @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Beyond Compare (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Beyond Compare (requires a graphical session)" +} + translate_merge_tool_path() { if type bcomp >/dev/null 2>/dev/null then diff --git a/mergetools/codecompare b/mergetools/codecompare index 9f60e8da65..610963d377 100644 --- a/mergetools/codecompare +++ b/mergetools/codecompare @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Code Compare (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Code Compare (requires a graphical session)" +} + translate_merge_tool_path() { if merge_mode then diff --git a/mergetools/deltawalker b/mergetools/deltawalker index ee6f374bce..efae4c285c 100644 --- a/mergetools/deltawalker +++ b/mergetools/deltawalker @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use DeltaWalker (requires a graphical session)" +} + merge_cmd () { # Adding $(pwd)/ in front of $MERGED should not be necessary. # However without it, DeltaWalker (at least v1.9.8 on Windows) @@ -16,6 +20,10 @@ merge_cmd () { fi >/dev/null 2>&1 } +merge_cmd_help () { + echo "Use DeltaWalker (requires a graphical session)" +} + translate_merge_tool_path () { echo DeltaWalker } diff --git a/mergetools/diffmerge b/mergetools/diffmerge index 9b6355b98a..9b5b62d1ca 100644 --- a/mergetools/diffmerge +++ b/mergetools/diffmerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use DiffMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use DiffMerge (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/diffuse b/mergetools/diffuse index 5a3ae8b569..ebfaba5172 100644 --- a/mergetools/diffuse +++ b/mergetools/diffuse @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" | cat } +diff_cmd_help () { + echo "Use Diffuse (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,3 +17,7 @@ merge_cmd () { "$LOCAL" "$MERGED" "$REMOTE" | cat fi } + +merge_cmd_help () { + echo "Use Diffuse (requires a graphical session)" +} diff --git a/mergetools/ecmerge b/mergetools/ecmerge index 6c5101c4f7..0d4d609874 100644 --- a/mergetools/ecmerge +++ b/mergetools/ecmerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" --default --mode=diff2 "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use ECMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -12,3 +16,7 @@ merge_cmd () { --default --mode=merge2 --to="$MERGED" fi } + +merge_cmd_help () { + echo "Use ECMerge (requires a graphical session)" +} diff --git a/mergetools/emerge b/mergetools/emerge index d1ce513ff5..fc6892cc95 100644 --- a/mergetools/emerge +++ b/mergetools/emerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" -f emerge-files-command "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Emacs' Emerge" +} + merge_cmd () { if $base_present then @@ -17,6 +21,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Emacs' Emerge" +} + translate_merge_tool_path() { echo emacs } diff --git a/mergetools/examdiff b/mergetools/examdiff index e72b06fc4d..6f53ca9161 100644 --- a/mergetools/examdiff +++ b/mergetools/examdiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" -nh } +diff_cmd_help () { + echo "Use ExamDiff Pro (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -11,6 +15,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use ExamDiff Pro (requires a graphical session)" +} + translate_merge_tool_path() { mergetool_find_win32_cmd "ExamDiff.com" "ExamDiff Pro" } diff --git a/mergetools/guiffy b/mergetools/guiffy index 8b23a13c41..3ed07efd16 100644 --- a/mergetools/guiffy +++ b/mergetools/guiffy @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Guiffy's Diff Tool (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Guiffy's Diff Tool (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/kdiff3 b/mergetools/kdiff3 index 520cb914a1..ee8b3a0570 100644 --- a/mergetools/kdiff3 +++ b/mergetools/kdiff3 @@ -4,6 +4,10 @@ diff_cmd () { "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use KDiff3 (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -22,6 +26,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use KDiff3 (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/kompare b/mergetools/kompare index e8c0bfa678..4ce23dbe8b 100644 --- a/mergetools/kompare +++ b/mergetools/kompare @@ -2,10 +2,18 @@ can_merge () { return 1 } +diff_cmd_help () { + echo "Use Kompare (requires a graphical session)" +} + diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +merge_cmd_help () { + echo "Use Kompare (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/meld b/mergetools/meld index aab4ebb935..8ec0867e03 100644 --- a/mergetools/meld +++ b/mergetools/meld @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Meld (requires a graphical session)" +} + merge_cmd () { check_meld_for_features @@ -20,6 +24,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Meld (requires a graphical session) with optional \`auto merge\` (see \`git help mergetool\`'s \`CONFIGURATION\` section)" +} + # Get meld help message init_meld_help_msg () { if test -z "$meld_help_msg" diff --git a/mergetools/opendiff b/mergetools/opendiff index b608dd6de3..44adf8f951 100644 --- a/mergetools/opendiff +++ b/mergetools/opendiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" | cat } +diff_cmd_help () { + echo "Use FileMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -12,3 +16,7 @@ merge_cmd () { -merge "$MERGED" | cat fi } + +merge_cmd_help () { + echo "Use FileMerge (requires a graphical session)" +} diff --git a/mergetools/p4merge b/mergetools/p4merge index 7a5b291dd2..f3cb197e58 100644 --- a/mergetools/p4merge +++ b/mergetools/p4merge @@ -19,6 +19,10 @@ diff_cmd () { fi } +diff_cmd_help () { + echo "Use HelixCore P4Merge (requires a graphical session)" +} + merge_cmd () { if ! $base_present then @@ -34,3 +38,7 @@ create_empty_file () { printf "%s" "$empty_file" } + +merge_cmd_help () { + echo "Use HelixCore P4Merge (requires a graphical session)" +} diff --git a/mergetools/smerge b/mergetools/smerge index 9c2e6f6fd7..5410835a6b 100644 --- a/mergetools/smerge +++ b/mergetools/smerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" mergetool "$LOCAL" "$REMOTE" -o "$MERGED" } +diff_cmd_help () { + echo "Use Sublime Merge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -10,3 +14,7 @@ merge_cmd () { "$merge_tool_path" mergetool "$LOCAL" "$REMOTE" -o "$MERGED" fi } + +merge_cmd_help () { + echo "Use Sublime Merge (requires a graphical session)" +} diff --git a/mergetools/tkdiff b/mergetools/tkdiff index eee5cb57e3..66906a720d 100644 --- a/mergetools/tkdiff +++ b/mergetools/tkdiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use TkDiff (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -14,3 +18,7 @@ merge_cmd () { exit_code_trustable () { true } + +merge_cmd_help () { + echo "Use TkDiff (requires a graphical session)" +} diff --git a/mergetools/tortoisemerge b/mergetools/tortoisemerge index d7ab666a59..507edcd444 100644 --- a/mergetools/tortoisemerge +++ b/mergetools/tortoisemerge @@ -2,6 +2,10 @@ can_diff () { return 1 } +diff_cmd_help () { + echo "Use TortoiseMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -30,3 +34,7 @@ translate_merge_tool_path() { echo tortoisemerge fi } + +merge_cmd_help () { + echo "Use TortoiseMerge (requires a graphical session)" +} diff --git a/mergetools/winmerge b/mergetools/winmerge index 74d03259fd..36c72dde6e 100644 --- a/mergetools/winmerge +++ b/mergetools/winmerge @@ -3,6 +3,10 @@ diff_cmd () { return 0 } +diff_cmd_help () { + echo "Use WinMerge (requires a graphical session)" +} + merge_cmd () { # mergetool.winmerge.trustExitCode is implicitly false. # touch $BACKUP so that we can check_unchanged. @@ -13,3 +17,7 @@ merge_cmd () { translate_merge_tool_path() { mergetool_find_win32_cmd "WinMergeU.exe" "WinMerge" } + +merge_cmd_help () { + echo "Use WinMerge (requires a graphical session)" +} diff --git a/mergetools/xxdiff b/mergetools/xxdiff index d5ce467995..cd205f9842 100644 --- a/mergetools/xxdiff +++ b/mergetools/xxdiff @@ -12,6 +12,10 @@ diff_cmd () { fi } +diff_cmd_help () { + echo "Use xxdiff (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -28,3 +32,7 @@ merge_cmd () { --merged-file "$MERGED" "$LOCAL" "$REMOTE" fi } + +merge_cmd_help () { + echo "Use xxdiff (requires a graphical session)" +} -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v8 5/5] mergetools: add tools description to `git help config` 2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos ` (3 preceding siblings ...) 2022-03-29 22:44 ` [PATCH v8 4/5] mergetools: add description to all diff/merge tools Fernando Ramos @ 2022-03-29 22:44 ` Fernando Ramos 2022-03-30 12:43 ` Philippe Blain 2022-03-30 19:19 ` [PATCH v9 0/4] vimdiff: new implementation with layout support Fernando Ramos 5 siblings, 1 reply; 38+ messages in thread From: Fernando Ramos @ 2022-03-29 22:44 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo Now the output of `git help config` not only shows the name of each tool (as before) but also a short description (as it is the case when running `git mergetool --tool-help` or ` git difftool --tool-help`) Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> --- Documentation/Makefile | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/Documentation/Makefile b/Documentation/Makefile index 1eb9192dae..faed285462 100644 --- a/Documentation/Makefile +++ b/Documentation/Makefile @@ -302,12 +302,12 @@ $(mergetools_txt): mergetools-list.made mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) $(QUIET_GEN) \ - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=diff && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ + show_tool_names can_diff' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-diff.txt && \ + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=merge && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ + show_tool_names can_merge' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-merge.txt && \ date >$@ TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK)) -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH v8 5/5] mergetools: add tools description to `git help config` 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 0 siblings, 1 reply; 38+ messages in thread From: Philippe Blain @ 2022-03-30 12:43 UTC (permalink / raw) To: Fernando Ramos, git; +Cc: gitster, davvid, sunshine, seth, rogi, bagasdotme Hi Fernando, Le 2022-03-29 à 18:44, Fernando Ramos a écrit : > Now the output of `git help config` not only shows the name of each > tool (as before) but also a short description (as it is the case when > running `git mergetool --tool-help` or ` git difftool --tool-help`) > > Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> This commit is authored by you but is missing your sign off. Also, I did not give my sign-off on this patch (that can't be assumed, it always has to be expressively given). When people provide "in mail" diffs like I did in [1] and [2], it's usually meant to be squashed into a commit of the series. In this case I think it would be best squashed in 3/4, since as I explained in [3], the description of each merge tool is already included in the 'git config' documentation after your 3/4, the below patch to the Makefile just makes it an Asciidoc "description list" (and formats the merge tool names between backticks) instead of a plain list as it was before. Granted, after 3/4 only vimdiff and friends have a description, but that can be explained in the commit message, and the rest of the descriptions are added in 4/4. > --- > Documentation/Makefile | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/Documentation/Makefile b/Documentation/Makefile > index 1eb9192dae..faed285462 100644 > --- a/Documentation/Makefile > +++ b/Documentation/Makefile > @@ -302,12 +302,12 @@ $(mergetools_txt): mergetools-list.made > > mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) > $(QUIET_GEN) \ > - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ > + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=diff && \ > . ../git-mergetool--lib.sh && \ > - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ > - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ > + show_tool_names can_diff' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-diff.txt && \ > + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=merge && \ > . ../git-mergetool--lib.sh && \ > - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ > + show_tool_names can_merge' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-merge.txt && \ > date >$@ > > TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK)) > Cheers, Philippe. [1] https://lore.kernel.org/git/1363db57-74de-226a-468f-69feffde6ba5@gmail.com/ [2] https://lore.kernel.org/git/d0a0d00b-5c1a-4a0c-a91c-b03403578f80@gmail.com/ [3] https://lore.kernel.org/git/f56a7a0b-8525-c4cc-7bc7-5ac4bba59206@gmail.com/ ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v8 5/5] mergetools: add tools description to `git help config` 2022-03-30 12:43 ` Philippe Blain @ 2022-03-30 18:33 ` Fernando Ramos 2022-03-30 18:45 ` Philippe Blain 0 siblings, 1 reply; 38+ messages in thread From: Fernando Ramos @ 2022-03-30 18:33 UTC (permalink / raw) To: Philippe Blain Cc: git, gitster, davvid, sunshine, seth, rogi, bagasdotme, greenfoo > This commit is authored by you but is missing your sign off. > Also, I did not give my sign-off on this patch (that can't be assumed, > it always has to be expressively given). I see, sorry. As this patch is a verbatim copy of the one you provided in the last message I thought it was not appropriate to put my name on it (as it does not contain any line created by me)... but now I know that in these cases the right thing to do is to squash into the commit being commented on and add a "Helped-by:" note. Right? I'll fix this in v9. Just to double check, please confirm this is what you want me to do: 1. Squash 5/5 into 3/5 2. Update the commit message to: 2.1 Explain that the description is also added to the output of `git help config` 2.2 Remove your name from "Signed-off-by:" 2.3 Keep you name in "Helped-by:" Thanks! PS: I must confess this whole process of sending patches to the git mailing list brings me back memories from "Asterix: The 12 Tasks" [1] :) :) :) [1] https://www.youtube.com/watch?v=ZHRGjfEQpy4 ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v8 5/5] mergetools: add tools description to `git help config` 2022-03-30 18:33 ` Fernando Ramos @ 2022-03-30 18:45 ` Philippe Blain 0 siblings, 0 replies; 38+ messages in thread From: Philippe Blain @ 2022-03-30 18:45 UTC (permalink / raw) To: Fernando Ramos; +Cc: git, gitster, davvid, sunshine, seth, rogi, bagasdotme Hi Fernando, Le 2022-03-30 à 14:33, Fernando Ramos a écrit : >> This commit is authored by you but is missing your sign off. >> Also, I did not give my sign-off on this patch (that can't be assumed, >> it always has to be expressively given). > > I see, sorry. As this patch is a verbatim copy of the one you provided in the > last message I thought it was not appropriate to put my name on it (as it does > not contain any line created by me)... but now I know that in these cases the > right thing to do is to squash into the commit being commented on and add a > "Helped-by:" note. Right? Yes, right. :) > > I'll fix this in v9. > > Just to double check, please confirm this is what you want me to do: > > 1. Squash 5/5 into 3/5 yes. > > 2. Update the commit message to: > > 2.1 Explain that the description is also added to the output of `git help > config` Yes. For example, this is how I would phrase it, be free to copy (maybe as the second-to-last paragraph?): Note that the function 'show_tool_names', used in the implmentation of 'git mergetool --tool-help', is also used in Documentation/Makefile to generate the list of allowed values for the configuration variables '{diff,merge}.{gui,}tool'. Adjust the rule so its output is an Asciidoc "description list" instead of a plain list, with the tool name as the item and the newly added tool description as the description. > > 2.2 Remove your name from "Signed-off-by:" > > 2.3 Keep you name in "Helped-by:" yes and yes. > > Thanks! > > > PS: I must confess this whole process of sending patches to the git mailing > list brings me back memories from "Asterix: The 12 Tasks" [1] :) :) :) Yes, it can be hard. I prefer using Gitgitgadget most of the time [1]. [1] https://gitgitgadget.github.io/ ^ permalink raw reply [flat|nested] 38+ messages in thread
* [PATCH v9 0/4] vimdiff: new implementation with layout support 2022-03-29 22:44 ` [PATCH v8 0/5] " Fernando Ramos ` (4 preceding siblings ...) 2022-03-29 22:44 ` [PATCH v8 5/5] mergetools: add tools description to `git help config` Fernando Ramos @ 2022-03-30 19:19 ` Fernando Ramos 2022-03-30 19:19 ` [PATCH v9 1/4] " Fernando Ramos ` (3 more replies) 5 siblings, 4 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-30 19:19 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo Original cover letter (see v9 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...) New in v8: * Rebase on top of latest master * Remove spaces from indented blocks of documentation * Fix missing commit message in one of the commits * Added "Helped-by" signature to the doc commit * Change sentence in docs to make it syntactically correct * Add commit from Philippe Blain to also print the tool description when running ` git help config` (thanks!) New in v9: * Rebase on top of latest master * Fix authorship of commits Fernando Ramos (4): vimdiff: new implementation with layout support vimdiff: integrate layout tests in the unit tests framework ('t' folder) vimdiff: add tool documentation mergetools: add description to all diff/merge tools Documentation/Makefile | 8 +- Documentation/config/mergetool.txt | 9 + Documentation/git-mergetool.txt | 8 + Documentation/mergetools/vimdiff.txt | 194 +++++++++ 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 + 27 files changed, 978 insertions(+), 32 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
* [PATCH v9 1/4] vimdiff: new implementation with layout support 2022-03-30 19:19 ` [PATCH v9 0/4] vimdiff: new implementation with layout support Fernando Ramos @ 2022-03-30 19:19 ` Fernando Ramos 2022-03-30 19:19 ` [PATCH v9 2/4] vimdiff: integrate layout tests in the unit tests framework ('t' folder) Fernando Ramos ` (2 subsequent siblings) 3 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-30 19:19 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo When running 'git mergetool -t vimdiff', a new configuration option ('mergetool.vimdiff.layout') can now be used to select how the user wants the different windows, tabs and buffers to be displayed. If the option is not provided, the layout will be the same one that was being used before this commit (ie. two rows with LOCAL, BASE and COMMIT in the top one and MERGED in the bottom one). The 'vimdiff' variants ('vimdiff{1,2,3}') still work but, because they represented nothing else than different layouts, are now internally implemented as a subcase of 'vimdiff' with the corresponding pre-configured 'layout'. Again, if you don't set "mergetool.vimdiff.layout" everything will work the same as before *but* the arguments used to call {n,g,}vim will be others (even if you don't/shouldn't notice it): - git mergetool -t vimdiff > Before this commit: {n,g,}vim -f -d -c '4wincmd w | wincmd J' $LOCAL $BASE $REMOTE $MERGED > After this commit: {n,g,}vim -f -c "echo | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff1 > Before this commit: {n,g,}vim -f -d -c 'echon "..."' $LOCAL $REMOTE > After this commit: {n,g,}vim -f -c "echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff2 > Before this commit: {n,g,}vim -f -d -c 'wincmd l' $LOCAL $MERGED $REMOTE > After this commit: {n,g,}vim -f -c "echo | vertical split | 1b | wincmd l | vertical split | 4b | wincmd l | 3b | tabdo windo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED - git mergetool -t vimdiff3 > Before this commit: {n,g,}vim -f -d -c 'hid | hid | hid' $LOCAL $REMOTE $BASE $MERGED > After this commit: {n,g,}vim -f -c "echo | 4b | bufdo diffthis" -c "tabfirst" $LOCAL $BASE $REMOTE $MERGED Despite being different, I have manually verified that they generate the same layout as before. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- mergetools/vimdiff | 558 ++++++++++++++++++++++++++++++++++++++++++--- 1 file changed, 529 insertions(+), 29 deletions(-) diff --git a/mergetools/vimdiff b/mergetools/vimdiff index 96f6209a04..9d1bf4f455 100644 --- a/mergetools/vimdiff +++ b/mergetools/vimdiff @@ -1,49 +1,442 @@ +# This script can be run in two different contexts: +# +# - From git, when the user invokes the "vimdiff" merge tool. In this context +# this script expects the following environment variables (among others) to +# be defined (which is something "git" takes care of): +# +# - $BASE +# - $LOCAL +# - $REMOTE +# - $MERGED +# +# In this mode, all this script does is to run the next command: +# +# vim -f -c ... $LOCAL $BASE $REMOTE $MERGED +# +# ...where the "..." string depends on the value of the +# "mergetool.vimdiff.layout" configuration variable and is used to open vim +# with a certain layout of buffers, windows and tabs. +# +# - From a script inside the unit tests framework folder ("t" folder) by +# sourcing this script and then manually calling "run_unit_tests", which +# will run a battery of unit tests to make sure nothing breaks. +# In this context this script does not expect any particular environment +# variable to be set. + + +################################################################################ +## Internal functions (not meant to be used outside this script) +################################################################################ + +debug_print () { + # Send message to stderr if global variable GIT_MERGETOOL_VIMDIFF is set + # to "true" + + if test -n "$GIT_MERGETOOL_VIMDIFF_DEBUG" + then + >&2 echo "$@" + fi +} + +substring () { + # Return a substring of $1 containing $3 characters starting at + # zero-based offset $2. + # + # Examples: + # + # substring "Hello world" 0 4 --> "Hell" + # substring "Hello world" 3 4 --> "lo w" + # substring "Hello world" 3 10 --> "lo world" + + STRING=$1 + START=$2 + LEN=$3 + + echo "$STRING" | cut -c$(( START + 1 ))-$(( START + $LEN )) +} + +gen_cmd_aux () { + # Auxiliary function used from "gen_cmd()". + # Read that other function documentation for more details. + + LAYOUT=$1 + CMD=$2 # This is a second (hidden) argument used for recursion + + debug_print + debug_print "LAYOUT : $LAYOUT" + debug_print "CMD : $CMD" + + if test -z "$CMD" + then + CMD="echo" # vim "nop" operator + fi + + start=0 + end=${#LAYOUT} + + nested=0 + nested_min=100 + + + # Step 1: + # + # Increase/decrease "start"/"end" indices respectively to get rid of + # outer parenthesis. + # + # Example: + # + # - BEFORE: (( LOCAL , BASE ) / MERGED ) + # - AFTER : ( LOCAL , BASE ) / MERGED + + oldIFS=$IFS + IFS=# + for c in $(echo "$LAYOUT" | sed 's:.:&#:g') + do + if test "$c" = " " + then + continue + fi + + if test "$c" = "(" + then + nested=$(( nested + 1 )) + continue + fi + + if test "$c" = ")" + then + nested=$(( nested - 1 )) + continue + fi + + if test "$nested" -lt "$nested_min" + then + nested_min=$nested + fi + done + IFS=$oldIFS + + debug_print "NESTED MIN: $nested_min" + + while test "$nested_min" -gt "0" + do + start=$(( start + 1 )) + end=$(( end - 1 )) + + start_minus_one=$(( start - 1 )) + + while ! test "$(substring "$LAYOUT" "$start_minus_one" 1)" = "(" + do + start=$(( start + 1 )) + start_minus_one=$(( start_minus_one + 1 )) + done + + while ! test "$(substring "$LAYOUT" "$end" 1)" = ")" + do + end=$(( end - 1 )) + done + + nested_min=$(( nested_min - 1 )) + done + + debug_print "CLEAN : $(substring "$LAYOUT" "$start" "$(( end - start ))")" + + + # Step 2: + # + # Search for all valid separators ("+", "/" or ",") which are *not* + # inside parenthesis. Save the index at which each of them makes the + # first appearance. + + index_new_tab="" + index_horizontal_split="" + index_vertical_split="" + + nested=0 + i=$(( start - 1 )) + + oldIFS=$IFS + IFS=# + for c in $(substring "$LAYOUT" "$start" "$(( end - start ))" | sed 's:.:&#:g'); + do + i=$(( i + 1 )) + + if test "$c" = " " + then + continue + fi + + if test "$c" = "(" + then + nested=$(( nested + 1 )) + continue + fi + + if test "$c" = ")" + then + nested=$(( nested - 1 )) + continue + fi + + if test "$nested" = 0 + then + current=$c + + if test "$current" = "+" + then + if test -z "$index_new_tab" + then + index_new_tab=$i + fi + + elif test "$current" = "/" + then + if test -z "$index_horizontal_split" + then + index_horizontal_split=$i + fi + + elif test "$current" = "," + then + if test -z "$index_vertical_split" + then + index_vertical_split=$i + fi + fi + fi + done + IFS=$oldIFS + + + # Step 3: + # + # Process the separator with the highest order of precedence + # (";" has the highest precedence and "|" the lowest one). + # + # By "process" I mean recursively call this function twice: the first + # one with the substring at the left of the separator and the second one + # with the one at its right. + + terminate="false" + + if ! test -z "$index_new_tab" + then + before="-tabnew" + after="tabnext" + index=$index_new_tab + terminate="true" + + elif ! test -z "$index_horizontal_split" + then + before="split" + after="wincmd j" + index=$index_horizontal_split + terminate="true" + + elif ! test -z "$index_vertical_split" + then + before="vertical split" + after="wincmd l" + index=$index_vertical_split + terminate="true" + fi + + if test "$terminate" = "true" + then + CMD="$CMD | $before" + CMD=$(gen_cmd_aux "$(substring "$LAYOUT" "$start" "$(( index - start ))")" "$CMD") + CMD="$CMD | $after" + CMD=$(gen_cmd_aux "$(substring "$LAYOUT" "$(( index + 1 ))" "$(( ${#LAYOUT} - index ))")" "$CMD") + echo "$CMD" + return + fi + + + # Step 4: + # + # If we reach this point, it means there are no separators and we just + # need to print the command to display the specified buffer + + target=$(substring "$LAYOUT" "$start" "$(( end - start ))" | sed 's:[ @();|-]::g') + + if test "$target" = "LOCAL" + then + CMD="$CMD | 1b" + + elif test "$target" = "BASE" + then + CMD="$CMD | 2b" + + elif test "$target" = "REMOTE" + then + CMD="$CMD | 3b" + + elif test "$target" = "MERGED" + then + CMD="$CMD | 4b" + + else + CMD="$CMD | ERROR: >$target<" + fi + + echo "$CMD" + return +} + + +gen_cmd () { + # This function returns (in global variable FINAL_CMD) the string that + # you can use when invoking "vim" (as shown next) to obtain a given + # layout: + # + # $ vim -f $FINAL_CMD "$LOCAL" "$BASE" "$REMOTE" "$MERGED" + # + # It takes one single argument: a string containing the desired layout + # definition. + # + # The syntax of the "layout definitions" is explained in "Documentation/ + # mergetools/vimdiff.txt" but you can already intuitively understand how + # it works by knowing that... + # + # * "+" means "a new vim tab" + # * "/" means "a new vim horizontal split" + # * "," means "a new vim vertical split" + # + # It also returns (in global variable FINAL_TARGET) the name ("LOCAL", + # "BASE", "REMOTE" or "MERGED") of the file that is marked with an "@", + # or "MERGED" if none of them is. + # + # Example: + # + # gen_cmd "@LOCAL , REMOTE" + # | + # `-> FINAL_CMD == "-c \"echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + # FINAL_TARGET == "LOCAL" + + LAYOUT=$1 + + + # Search for a "@" in one of the files identifiers ("LOCAL", "BASE", + # "REMOTE", "MERGED"). If not found, use "MERGE" as the default file + # where changes will be saved. + + if echo "$LAYOUT" | grep @LOCAL >/dev/null + then + FINAL_TARGET="LOCAL" + elif echo "$LAYOUT" | grep @BASE >/dev/null + then + FINAL_TARGET="BASE" + else + FINAL_TARGET="MERGED" + fi + + + # Obtain the first part of vim "-c" option to obtain the desired layout + + CMD=$(gen_cmd_aux "$LAYOUT") + + + # Adjust the just obtained script depending on whether more than one + # windows are visible or not + + if echo "$LAYOUT" | grep ",\|/" >/dev/null + then + CMD="$CMD | tabdo windo diffthis" + else + CMD="$CMD | bufdo diffthis" + fi + + + # Add an extra "-c" option to move to the first tab (notice that we + # can't simply append the command to the previous "-c" string as + # explained here: https://github.com/vim/vim/issues/9076 + + FINAL_CMD="-c \"$CMD\" -c \"tabfirst\"" +} + + +################################################################################ +## API functions (called from "git-mergetool--lib.sh") +################################################################################ + diff_cmd () { "$merge_tool_path" -R -f -d \ -c 'wincmd l' -c 'cd $GIT_PREFIX' "$LOCAL" "$REMOTE" } + merge_cmd () { + layout=$(git config mergetool.vimdiff.layout) + case "$1" in *vimdiff) - if $base_present + if test -z "$layout" then - "$merge_tool_path" -f -d -c '4wincmd w | wincmd J' \ - "$LOCAL" "$BASE" "$REMOTE" "$MERGED" - else - "$merge_tool_path" -f -d -c 'wincmd l' \ - "$LOCAL" "$MERGED" "$REMOTE" + # Default layout when none is specified + layout="(LOCAL,BASE,REMOTE)/MERGED" fi ;; *vimdiff1) - "$merge_tool_path" -f -d \ - -c 'echon "Resolve conflicts leftward then save. Use :cq to abort."' \ - "$LOCAL" "$REMOTE" - ret="$?" - if test "$ret" -eq 0 - then - cp -- "$LOCAL" "$MERGED" - fi - return "$ret" + layout="@LOCAL,REMOTE" ;; *vimdiff2) - "$merge_tool_path" -f -d -c 'wincmd l' \ - "$LOCAL" "$MERGED" "$REMOTE" + layout="LOCAL,MERGED,REMOTE" ;; *vimdiff3) - if $base_present - then - "$merge_tool_path" -f -d -c 'hid | hid | hid' \ - "$LOCAL" "$REMOTE" "$BASE" "$MERGED" - else - "$merge_tool_path" -f -d -c 'hid | hid' \ - "$LOCAL" "$REMOTE" "$MERGED" - fi + layout="MERGED" ;; esac + + gen_cmd "$layout" + + debug_print "" + debug_print "FINAL CMD : $FINAL_CMD" + debug_print "FINAL TAR : $FINAL_TARGET" + + if $base_present + then + eval "$merge_tool_path" \ + -f "$FINAL_CMD" "$LOCAL" "$BASE" "$REMOTE" "$MERGED" + else + # If there is no BASE (example: a merge conflict in a new file + # with the same name created in both braches which didn't exist + # before), close all BASE windows using vim's "quit" command + + FINAL_CMD=$(echo "$FINAL_CMD" | \ + sed -e 's:2b:quit:g' -e 's:3b:2b:g' -e 's:4b:3b:g') + + eval "$merge_tool_path" \ + -f "$FINAL_CMD" "$LOCAL" "$REMOTE" "$MERGED" + fi + + ret="$?" + + if test "$ret" -eq 0 + then + case "$FINAL_TARGET" in + LOCAL) + source_path="$LOCAL" + ;; + REMOTE) + source_path="$REMOTE" + ;; + MERGED|*) + # Do nothing + source_path= + ;; + esac + + if test -n "$source_path" + then + cp "$source_path" "$MERGED" + fi + fi + + return "$ret" } -translate_merge_tool_path() { + +translate_merge_tool_path () { case "$1" in nvimdiff*) echo nvim @@ -57,14 +450,121 @@ translate_merge_tool_path() { esac } + exit_code_trustable () { true } + list_tool_variants () { - for prefix in '' g n; do - for suffix in '' 1 2 3; do - echo "${prefix}vimdiff${suffix}" + if test "$TOOL_MODE" = "diff" + then + for prefix in '' g n + do + echo "${prefix}vimdiff" done + else + for prefix in '' g n + do + for suffix in '' 1 2 3 + do + echo "${prefix}vimdiff${suffix}" + done + done + fi +} + + +################################################################################ +## Unit tests (called from scripts inside the "t" folder) +################################################################################ + +run_unit_tests () { + # Function to make sure that we don't break anything when modifying this + # script. + + NUMBER_OF_TEST_CASES=16 + + TEST_CASE_01="(LOCAL,BASE,REMOTE)/MERGED" # default behaviour + TEST_CASE_02="@LOCAL,REMOTE" # when using vimdiff1 + TEST_CASE_03="LOCAL,MERGED,REMOTE" # when using vimdiff2 + TEST_CASE_04="MERGED" # when using vimdiff3 + TEST_CASE_05="LOCAL/MERGED/REMOTE" + TEST_CASE_06="(LOCAL/REMOTE),MERGED" + TEST_CASE_07="MERGED,(LOCAL/REMOTE)" + TEST_CASE_08="(LOCAL,REMOTE)/MERGED" + TEST_CASE_09="MERGED/(LOCAL,REMOTE)" + TEST_CASE_10="(LOCAL/BASE/REMOTE),MERGED" + TEST_CASE_11="(LOCAL,BASE,REMOTE)/MERGED+BASE,LOCAL+BASE,REMOTE+(LOCAL/BASE/REMOTE),MERGED" + TEST_CASE_12="((LOCAL,REMOTE)/BASE),MERGED" + TEST_CASE_13="((LOCAL,REMOTE)/BASE),((LOCAL/REMOTE),MERGED)" + TEST_CASE_14="BASE,REMOTE+BASE,LOCAL" + TEST_CASE_15=" (( (LOCAL , BASE , REMOTE) / MERGED)) +(BASE) , LOCAL+ BASE , REMOTE+ (((LOCAL / BASE / REMOTE)) , MERGED ) " + TEST_CASE_16="LOCAL,BASE,REMOTE / MERGED + BASE,LOCAL + BASE,REMOTE + (LOCAL / BASE / REMOTE),MERGED" + + EXPECTED_CMD_01="-c \"echo | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_02="-c \"echo | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_03="-c \"echo | vertical split | 1b | wincmd l | vertical split | 4b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_04="-c \"echo | 4b | bufdo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_05="-c \"echo | split | 1b | wincmd j | split | 4b | wincmd j | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_06="-c \"echo | vertical split | split | 1b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_07="-c \"echo | vertical split | 4b | wincmd l | split | 1b | wincmd j | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_08="-c \"echo | split | vertical split | 1b | wincmd l | 3b | wincmd j | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_09="-c \"echo | split | 4b | wincmd j | vertical split | 1b | wincmd l | 3b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_10="-c \"echo | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_11="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_12="-c \"echo | vertical split | split | vertical split | 1b | wincmd l | 3b | wincmd j | 2b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_13="-c \"echo | vertical split | split | vertical split | 1b | wincmd l | 3b | wincmd j | 2b | wincmd l | vertical split | split | 1b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_14="-c \"echo | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | 2b | wincmd l | 1b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_15="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + EXPECTED_CMD_16="-c \"echo | -tabnew | split | vertical split | 1b | wincmd l | vertical split | 2b | wincmd l | 3b | wincmd j | 4b | tabnext | -tabnew | vertical split | 2b | wincmd l | 1b | tabnext | -tabnew | vertical split | 2b | wincmd l | 3b | tabnext | vertical split | split | 1b | wincmd j | split | 2b | wincmd j | 3b | wincmd l | 4b | tabdo windo diffthis\" -c \"tabfirst\"" + + EXPECTED_TARGET_01="MERGED" + EXPECTED_TARGET_02="LOCAL" + EXPECTED_TARGET_03="MERGED" + EXPECTED_TARGET_04="MERGED" + EXPECTED_TARGET_05="MERGED" + EXPECTED_TARGET_06="MERGED" + EXPECTED_TARGET_07="MERGED" + EXPECTED_TARGET_08="MERGED" + EXPECTED_TARGET_09="MERGED" + EXPECTED_TARGET_10="MERGED" + EXPECTED_TARGET_11="MERGED" + EXPECTED_TARGET_12="MERGED" + EXPECTED_TARGET_13="MERGED" + EXPECTED_TARGET_14="MERGED" + EXPECTED_TARGET_15="MERGED" + EXPECTED_TARGET_16="MERGED" + + at_least_one_ko="false" + + for i in $(seq -w 1 99) + do + if test "$i" -gt $NUMBER_OF_TEST_CASES + then + break + fi + + gen_cmd "$(eval echo \${TEST_CASE_"$i"})" + + if test "$FINAL_CMD" = "$(eval echo \${EXPECTED_CMD_"$i"})" \ + && test "$FINAL_TARGET" = "$(eval echo \${EXPECTED_TARGET_"$i"})" + then + printf "Test Case #%02d: OK\n" "$(echo "$i" | sed 's/^0*//')" + else + printf "Test Case #%02d: KO !!!!\n" "$(echo "$i" | sed 's/^0*//')" + echo " FINAL_CMD : $FINAL_CMD" + echo " FINAL_CMD (expected) : $(eval echo \${EXPECTED_CMD_"$i"})" + echo " FINAL_TARGET : $FINAL_TARGET" + echo " FINAL_TARGET (expected): $(eval echo \${EXPECTED_TARGET_"$i"})" + at_least_one_ko="true" + fi done + + if test "$at_least_one_ko" = "true" + then + return 255 + else + return 0 + fi } -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v9 2/4] vimdiff: integrate layout tests in the unit tests framework ('t' folder) 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 ` Fernando Ramos 2022-03-30 19:19 ` [PATCH v9 3/4] vimdiff: add tool documentation Fernando Ramos 2022-03-30 19:19 ` [PATCH v9 4/4] mergetools: add description to all diff/merge tools Fernando Ramos 3 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-30 19:19 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo Create a new test case file for the different available merge tools. Right now it only tests the 'mergetool.vimdiff.layout' option. Other merge tools might be interested in adding their own tests here too. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- t/t7609-mergetool--lib.sh | 14 ++++++++++++++ 1 file changed, 14 insertions(+) create mode 100755 t/t7609-mergetool--lib.sh diff --git a/t/t7609-mergetool--lib.sh b/t/t7609-mergetool--lib.sh new file mode 100755 index 0000000000..d848fe6442 --- /dev/null +++ b/t/t7609-mergetool--lib.sh @@ -0,0 +1,14 @@ +#!/bin/sh + +test_description='git mergetool + +Testing basic merge tools options' + +. ./test-lib.sh + +test_expect_success 'mergetool --tool=vimdiff creates the expected layout' ' + . $GIT_BUILD_DIR/mergetools/vimdiff && + run_unit_tests +' + +test_done -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* [PATCH v9 3/4] vimdiff: add tool documentation 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 ` Fernando Ramos 2022-04-03 20:02 ` Philippe Blain 2022-03-30 19:19 ` [PATCH v9 4/4] mergetools: add description to all diff/merge tools Fernando Ramos 3 siblings, 1 reply; 38+ messages in thread From: Fernando Ramos @ 2022-03-30 19:19 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo Running 'git {merge,diff}tool --tool-help' now also prints usage information about the vimdiff tool (and its variants) 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) Note that the function 'show_tool_names', used in the implmentation of 'git mergetool --tool-help', is also used in Documentation/Makefile to generate the list of allowed values for the configuration variables '{diff,merge}.{gui,}tool'. Adjust the rule so its output is an Asciidoc "description list" instead of a plain list, with the tool name as the item and the newly added tool description as the description. In addition, a section has been added to "Documentation/git-mergetool.txt" to explain the new "layout" configuration option with examples. Helped-by: Philippe Blain <levraiphilippeblain@gmail.com> Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- Documentation/Makefile | 8 +- Documentation/config/mergetool.txt | 9 ++ Documentation/git-mergetool.txt | 8 ++ Documentation/mergetools/vimdiff.txt | 194 +++++++++++++++++++++++++++ git-mergetool--lib.sh | 10 +- mergetools/vimdiff | 53 ++++++++ 6 files changed, 277 insertions(+), 5 deletions(-) create mode 100644 Documentation/mergetools/vimdiff.txt diff --git a/Documentation/Makefile b/Documentation/Makefile index 1eb9192dae..faed285462 100644 --- a/Documentation/Makefile +++ b/Documentation/Makefile @@ -302,12 +302,12 @@ $(mergetools_txt): mergetools-list.made mergetools-list.made: ../git-mergetool--lib.sh $(wildcard ../mergetools/*) $(QUIET_GEN) \ - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=diff && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_diff "* " || :' >mergetools-diff.txt && \ - $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && \ + show_tool_names can_diff' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-diff.txt && \ + $(SHELL_PATH) -c 'MERGE_TOOLS_DIR=../mergetools && TOOL_MODE=merge && \ . ../git-mergetool--lib.sh && \ - show_tool_names can_merge "* " || :' >mergetools-merge.txt && \ + show_tool_names can_merge' | sed -e "s/\([a-z0-9]*\)/\`\1\`;;/" >mergetools-merge.txt && \ date >$@ TRACK_ASCIIDOCFLAGS = $(subst ','\'',$(ASCIIDOC_COMMON):$(ASCIIDOC_HTML):$(ASCIIDOC_DOCBOOK)) diff --git a/Documentation/config/mergetool.txt b/Documentation/config/mergetool.txt index cafbbef46a..90b3809700 100644 --- a/Documentation/config/mergetool.txt +++ b/Documentation/config/mergetool.txt @@ -45,6 +45,15 @@ mergetool.meld.useAutoMerge:: value of `false` avoids using `--auto-merge` altogether, and is the default value. +mergetool.vimdiff.layout:: + The vimdiff backend uses this variable to control how its split + windows look like. Applies even if you are using Neovim (`nvim`) or + gVim (`gvim`) as the merge tool. See BACKEND SPECIFIC HINTS section +ifndef::git-mergetool[] + in linkgit:git-mergetool[1]. +endif::[] + for details. + 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..f784027bc1 100644 --- a/Documentation/git-mergetool.txt +++ b/Documentation/git-mergetool.txt @@ -101,6 +101,7 @@ success of the resolution after the custom tool has exited. CONFIGURATION ------------- +:git-mergetool: 1 include::config/mergetool.txt[] TEMPORARY FILES @@ -113,6 +114,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..2d631e9b1f --- /dev/null +++ b/Documentation/mergetools/vimdiff.txt @@ -0,0 +1,194 @@ +Description +^^^^^^^^^^^ + +When specifying `--tool=vimdiff` in `git mergetool` Git will open Vim with a 4 +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 specific commits ("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` 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. If not present, `MERGED` will be used by default. + +The precedence of the operators is this one (you can use parentheses to change +it): + + `@` > `+` > `/` > `,` + +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 `/`. +-- + +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 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"` + +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..9f99201bcc 100644 --- a/git-mergetool--lib.sh +++ b/git-mergetool--lib.sh @@ -63,7 +63,7 @@ $(list_tool_variants)" preamble= fi shown_any=yes - printf "%s%s\n" "$per_line_prefix" "$toolname" + printf "%s%-15s %s\n" "$per_line_prefix" "$toolname" $(diff_mode && diff_cmd_help "$toolname" || merge_cmd_help "$toolname") fi done @@ -162,10 +162,18 @@ setup_tool () { return 1 } + diff_cmd_help () { + return 0 + } + merge_cmd () { return 1 } + merge_cmd_help () { + return 0 + } + hide_resolved_enabled () { return 0 } diff --git a/mergetools/vimdiff b/mergetools/vimdiff index 9d1bf4f455..461a89b6f9 100644 --- a/mergetools/vimdiff +++ b/mergetools/vimdiff @@ -365,6 +365,25 @@ diff_cmd () { } +diff_cmd_help () { + TOOL=$1 + + case "$TOOL" in + nvimdiff*) + printf "Use Neovim" + ;; + gvimdiff*) + printf "Use gVim (requires a graphical session)" + ;; + vimdiff*) + printf "Use Vim" + ;; + esac + + return 0 +} + + merge_cmd () { layout=$(git config mergetool.vimdiff.layout) @@ -436,6 +455,40 @@ merge_cmd () { } +merge_cmd_help () { + TOOL=$1 + + case "$TOOL" in + nvimdiff*) + printf "Use Neovim " + ;; + gvimdiff*) + printf "Use gVim (requires a graphical session) " + ;; + vimdiff*) + printf "Use Vim " + ;; + esac + + case "$TOOL" in + *1) + echo "with a 2 panes layout (LOCAL and REMOTE)" + ;; + *2) + echo "with a 3 panes layout (LOCAL, MERGED and REMOTE)" + ;; + *3) + echo "where only the MERGED file is shown" + ;; + *) + echo "with a custom layout (see \`git help mergetool\`'s \`BACKEND SPECIFIC HINTS\` section)" + ;; + esac + + return 0 +} + + translate_merge_tool_path () { case "$1" in nvimdiff*) -- 2.35.1 ^ permalink raw reply related [flat|nested] 38+ messages in thread
* Re: [PATCH v9 3/4] vimdiff: add tool documentation 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 0 siblings, 1 reply; 38+ messages in thread From: Philippe Blain @ 2022-04-03 20:02 UTC (permalink / raw) To: Fernando Ramos, git; +Cc: gitster, davvid, sunshine, seth, rogi, bagasdotme Hi Fernando, Le 2022-03-30 à 15:19, Fernando Ramos a écrit : > Running 'git {merge,diff}tool --tool-help' now also prints usage > information about the vimdiff tool (and its variants) 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) > > Note that the function 'show_tool_names', used in the implmentation of typo here: implementation (by bad!) Maybe Junio will correct it before merging to next ? Philippe. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v9 3/4] vimdiff: add tool documentation 2022-04-03 20:02 ` Philippe Blain @ 2022-04-03 22:44 ` Junio C Hamano 2022-04-04 20:00 ` Fernando Ramos 0 siblings, 1 reply; 38+ messages in thread From: Junio C Hamano @ 2022-04-03 22:44 UTC (permalink / raw) To: Philippe Blain Cc: Fernando Ramos, git, davvid, sunshine, seth, rogi, bagasdotme Philippe Blain <levraiphilippeblain@gmail.com> writes: > Hi Fernando, > > Le 2022-03-30 à 15:19, Fernando Ramos a écrit : >> Running 'git {merge,diff}tool --tool-help' now also prints usage >> information about the vimdiff tool (and its variants) 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) >> >> Note that the function 'show_tool_names', used in the implmentation of > > typo here: implementation (by bad!) > > Maybe Junio will correct it before merging to next ? Thanks. $ git range-diff @{1}... 1: 7efd9fdf62 ! 1: 7b5cf8be18 vimdiff: add tool documentation @@ Commit message take configuration options not explained anywhere else (as it is the case with the 'vimdiff' tool and the new 'layout' option) - Note that the function 'show_tool_names', used in the implmentation of + Note that the function 'show_tool_names', used in the implementation of 'git mergetool --tool-help', is also used in Documentation/Makefile to generate the list of allowed values for the configuration variables '{diff,merge}.{gui,}tool'. Adjust the rule so its output is an Asciidoc 2: 3e7aa9c425 = 2: 980145f747 mergetools: add description to all diff/merge tools ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v9 3/4] vimdiff: add tool documentation 2022-04-03 22:44 ` Junio C Hamano @ 2022-04-04 20:00 ` Fernando Ramos 2022-04-04 21:38 ` Junio C Hamano 0 siblings, 1 reply; 38+ messages in thread From: Fernando Ramos @ 2022-04-04 20:00 UTC (permalink / raw) To: Junio C Hamano Cc: Philippe Blain, git, davvid, sunshine, seth, rogi, bagasdotme > > typo here: implementation (by bad!) > > > > Maybe Junio will correct it before merging to next ? > > Thanks. > > $ git range-diff @{1}... > 1: 7efd9fdf62 ! 1: 7b5cf8be18 vimdiff: add tool documentation > @@ Commit message > take configuration options not explained anywhere else (as it is the > case with the 'vimdiff' tool and the new 'layout' option) > > - Note that the function 'show_tool_names', used in the implmentation of > + Note that the function 'show_tool_names', used in the implementation of > 'git mergetool --tool-help', is also used in Documentation/Makefile to > generate the list of allowed values for the configuration variables > '{diff,merge}.{gui,}tool'. Adjust the rule so its output is an Asciidoc > 2: 3e7aa9c425 = 2: 980145f747 mergetools: add description to all diff/merge tools Thanks! No need to roll out a v10, then? ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [PATCH v9 3/4] vimdiff: add tool documentation 2022-04-04 20:00 ` Fernando Ramos @ 2022-04-04 21:38 ` Junio C Hamano 0 siblings, 0 replies; 38+ messages in thread From: Junio C Hamano @ 2022-04-04 21:38 UTC (permalink / raw) To: Fernando Ramos Cc: Philippe Blain, git, davvid, sunshine, seth, rogi, bagasdotme Fernando Ramos <greenfoo@u92.eu> writes: >> > typo here: implementation (by bad!) >> > >> > Maybe Junio will correct it before merging to next ? >> >> Thanks. >> >> $ git range-diff @{1}... >> 1: 7efd9fdf62 ! 1: 7b5cf8be18 vimdiff: add tool documentation >> @@ Commit message >> take configuration options not explained anywhere else (as it is the >> case with the 'vimdiff' tool and the new 'layout' option) >> >> - Note that the function 'show_tool_names', used in the implmentation of >> + Note that the function 'show_tool_names', used in the implementation of >> 'git mergetool --tool-help', is also used in Documentation/Makefile to >> generate the list of allowed values for the configuration variables >> '{diff,merge}.{gui,}tool'. Adjust the rule so its output is an Asciidoc >> 2: 3e7aa9c425 = 2: 980145f747 mergetools: add description to all diff/merge tools > > Thanks! No need to roll out a v10, then? Correct. Thanks. ^ permalink raw reply [flat|nested] 38+ messages in thread
* [PATCH v9 4/4] mergetools: add description to all diff/merge tools 2022-03-30 19:19 ` [PATCH v9 0/4] vimdiff: new implementation with layout support Fernando Ramos ` (2 preceding siblings ...) 2022-03-30 19:19 ` [PATCH v9 3/4] vimdiff: add tool documentation Fernando Ramos @ 2022-03-30 19:19 ` Fernando Ramos 3 siblings, 0 replies; 38+ messages in thread From: Fernando Ramos @ 2022-03-30 19:19 UTC (permalink / raw) To: git Cc: gitster, davvid, sunshine, seth, levraiphilippeblain, rogi, bagasdotme, greenfoo The output of `git mergetool --tool-help` and `git difftool --tool-help` only showed the `alias` of each available merge/diff tool. It is not always obvious what tool these `aliases` end up using (ex: `opendiff` runs `FileMerge` and `bc` runs `Beyond Compare`). This commit adds a short description to each of them to help the user identify the `alias` they want. Signed-off-by: Fernando Ramos <greenfoo@u92.eu> --- 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/winmerge | 8 ++++++++ mergetools/xxdiff | 8 ++++++++ 20 files changed, 160 insertions(+) diff --git a/mergetools/araxis b/mergetools/araxis index e2407b65b7..eb32a7da95 100644 --- a/mergetools/araxis +++ b/mergetools/araxis @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" -wait -2 "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use Araxis Merge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Araxis Merge (requires a graphical session)" +} + translate_merge_tool_path() { echo compare } diff --git a/mergetools/bc b/mergetools/bc index 26c19d46a5..2922667ddd 100644 --- a/mergetools/bc +++ b/mergetools/bc @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Beyond Compare (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Beyond Compare (requires a graphical session)" +} + translate_merge_tool_path() { if type bcomp >/dev/null 2>/dev/null then diff --git a/mergetools/codecompare b/mergetools/codecompare index 9f60e8da65..610963d377 100644 --- a/mergetools/codecompare +++ b/mergetools/codecompare @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Code Compare (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Code Compare (requires a graphical session)" +} + translate_merge_tool_path() { if merge_mode then diff --git a/mergetools/deltawalker b/mergetools/deltawalker index ee6f374bce..efae4c285c 100644 --- a/mergetools/deltawalker +++ b/mergetools/deltawalker @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use DeltaWalker (requires a graphical session)" +} + merge_cmd () { # Adding $(pwd)/ in front of $MERGED should not be necessary. # However without it, DeltaWalker (at least v1.9.8 on Windows) @@ -16,6 +20,10 @@ merge_cmd () { fi >/dev/null 2>&1 } +merge_cmd_help () { + echo "Use DeltaWalker (requires a graphical session)" +} + translate_merge_tool_path () { echo DeltaWalker } diff --git a/mergetools/diffmerge b/mergetools/diffmerge index 9b6355b98a..9b5b62d1ca 100644 --- a/mergetools/diffmerge +++ b/mergetools/diffmerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use DiffMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use DiffMerge (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/diffuse b/mergetools/diffuse index 5a3ae8b569..ebfaba5172 100644 --- a/mergetools/diffuse +++ b/mergetools/diffuse @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" | cat } +diff_cmd_help () { + echo "Use Diffuse (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,3 +17,7 @@ merge_cmd () { "$LOCAL" "$MERGED" "$REMOTE" | cat fi } + +merge_cmd_help () { + echo "Use Diffuse (requires a graphical session)" +} diff --git a/mergetools/ecmerge b/mergetools/ecmerge index 6c5101c4f7..0d4d609874 100644 --- a/mergetools/ecmerge +++ b/mergetools/ecmerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" --default --mode=diff2 "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use ECMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -12,3 +16,7 @@ merge_cmd () { --default --mode=merge2 --to="$MERGED" fi } + +merge_cmd_help () { + echo "Use ECMerge (requires a graphical session)" +} diff --git a/mergetools/emerge b/mergetools/emerge index d1ce513ff5..fc6892cc95 100644 --- a/mergetools/emerge +++ b/mergetools/emerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" -f emerge-files-command "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Emacs' Emerge" +} + merge_cmd () { if $base_present then @@ -17,6 +21,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Emacs' Emerge" +} + translate_merge_tool_path() { echo emacs } diff --git a/mergetools/examdiff b/mergetools/examdiff index e72b06fc4d..6f53ca9161 100644 --- a/mergetools/examdiff +++ b/mergetools/examdiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" -nh } +diff_cmd_help () { + echo "Use ExamDiff Pro (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -11,6 +15,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use ExamDiff Pro (requires a graphical session)" +} + translate_merge_tool_path() { mergetool_find_win32_cmd "ExamDiff.com" "ExamDiff Pro" } diff --git a/mergetools/guiffy b/mergetools/guiffy index 8b23a13c41..3ed07efd16 100644 --- a/mergetools/guiffy +++ b/mergetools/guiffy @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Guiffy's Diff Tool (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -13,6 +17,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Guiffy's Diff Tool (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/kdiff3 b/mergetools/kdiff3 index 520cb914a1..ee8b3a0570 100644 --- a/mergetools/kdiff3 +++ b/mergetools/kdiff3 @@ -4,6 +4,10 @@ diff_cmd () { "$LOCAL" "$REMOTE" >/dev/null 2>&1 } +diff_cmd_help () { + echo "Use KDiff3 (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -22,6 +26,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use KDiff3 (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/kompare b/mergetools/kompare index e8c0bfa678..4ce23dbe8b 100644 --- a/mergetools/kompare +++ b/mergetools/kompare @@ -2,10 +2,18 @@ can_merge () { return 1 } +diff_cmd_help () { + echo "Use Kompare (requires a graphical session)" +} + diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +merge_cmd_help () { + echo "Use Kompare (requires a graphical session)" +} + exit_code_trustable () { true } diff --git a/mergetools/meld b/mergetools/meld index aab4ebb935..8ec0867e03 100644 --- a/mergetools/meld +++ b/mergetools/meld @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use Meld (requires a graphical session)" +} + merge_cmd () { check_meld_for_features @@ -20,6 +24,10 @@ merge_cmd () { fi } +merge_cmd_help () { + echo "Use Meld (requires a graphical session) with optional \`auto merge\` (see \`git help mergetool\`'s \`CONFIGURATION\` section)" +} + # Get meld help message init_meld_help_msg () { if test -z "$meld_help_msg" diff --git a/mergetools/opendiff b/mergetools/opendiff index b608dd6de3..44adf8f951 100644 --- a/mergetools/opendiff +++ b/mergetools/opendiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" | cat } +diff_cmd_help () { + echo "Use FileMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -12,3 +16,7 @@ merge_cmd () { -merge "$MERGED" | cat fi } + +merge_cmd_help () { + echo "Use FileMerge (requires a graphical session)" +} diff --git a/mergetools/p4merge b/mergetools/p4merge index 7a5b291dd2..f3cb197e58 100644 --- a/mergetools/p4merge +++ b/mergetools/p4merge @@ -19,6 +19,10 @@ diff_cmd () { fi } +diff_cmd_help () { + echo "Use HelixCore P4Merge (requires a graphical session)" +} + merge_cmd () { if ! $base_present then @@ -34,3 +38,7 @@ create_empty_file () { printf "%s" "$empty_file" } + +merge_cmd_help () { + echo "Use HelixCore P4Merge (requires a graphical session)" +} diff --git a/mergetools/smerge b/mergetools/smerge index 9c2e6f6fd7..5410835a6b 100644 --- a/mergetools/smerge +++ b/mergetools/smerge @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" mergetool "$LOCAL" "$REMOTE" -o "$MERGED" } +diff_cmd_help () { + echo "Use Sublime Merge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -10,3 +14,7 @@ merge_cmd () { "$merge_tool_path" mergetool "$LOCAL" "$REMOTE" -o "$MERGED" fi } + +merge_cmd_help () { + echo "Use Sublime Merge (requires a graphical session)" +} diff --git a/mergetools/tkdiff b/mergetools/tkdiff index eee5cb57e3..66906a720d 100644 --- a/mergetools/tkdiff +++ b/mergetools/tkdiff @@ -2,6 +2,10 @@ diff_cmd () { "$merge_tool_path" "$LOCAL" "$REMOTE" } +diff_cmd_help () { + echo "Use TkDiff (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -14,3 +18,7 @@ merge_cmd () { exit_code_trustable () { true } + +merge_cmd_help () { + echo "Use TkDiff (requires a graphical session)" +} diff --git a/mergetools/tortoisemerge b/mergetools/tortoisemerge index d7ab666a59..507edcd444 100644 --- a/mergetools/tortoisemerge +++ b/mergetools/tortoisemerge @@ -2,6 +2,10 @@ can_diff () { return 1 } +diff_cmd_help () { + echo "Use TortoiseMerge (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -30,3 +34,7 @@ translate_merge_tool_path() { echo tortoisemerge fi } + +merge_cmd_help () { + echo "Use TortoiseMerge (requires a graphical session)" +} diff --git a/mergetools/winmerge b/mergetools/winmerge index 74d03259fd..36c72dde6e 100644 --- a/mergetools/winmerge +++ b/mergetools/winmerge @@ -3,6 +3,10 @@ diff_cmd () { return 0 } +diff_cmd_help () { + echo "Use WinMerge (requires a graphical session)" +} + merge_cmd () { # mergetool.winmerge.trustExitCode is implicitly false. # touch $BACKUP so that we can check_unchanged. @@ -13,3 +17,7 @@ merge_cmd () { translate_merge_tool_path() { mergetool_find_win32_cmd "WinMergeU.exe" "WinMerge" } + +merge_cmd_help () { + echo "Use WinMerge (requires a graphical session)" +} diff --git a/mergetools/xxdiff b/mergetools/xxdiff index d5ce467995..cd205f9842 100644 --- a/mergetools/xxdiff +++ b/mergetools/xxdiff @@ -12,6 +12,10 @@ diff_cmd () { fi } +diff_cmd_help () { + echo "Use xxdiff (requires a graphical session)" +} + merge_cmd () { if $base_present then @@ -28,3 +32,7 @@ merge_cmd () { --merged-file "$MERGED" "$LOCAL" "$REMOTE" fi } + +merge_cmd_help () { + echo "Use xxdiff (requires a graphical session)" +} -- 2.35.1 ^ permalink raw reply related [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
* [PATCH] fixup! vimdiff: add tool documentation 2022-03-27 18:28 [PATCH v6 3/3] vimdiff: add tool documentation Philippe Blain @ 2022-03-27 18:50 ` Philippe Blain 0 siblings, 0 replies; 38+ messages in thread From: Philippe Blain @ 2022-03-27 18:50 UTC (permalink / raw) To: git; +Cc: Fernando Ramos, gitster, davvid, sunshine, seth, rogi - Use Asciidoc's syntax for "list continuation" and "open block" [1] - Remove '-->' which mixes up the parser [1] https://docs.asciidoctor.org/asciidoc/latest/lists/continuation/#list-continuation Signed-off-by: Philippe Blain <levraiphilippeblain@gmail.com> --- Documentation/mergetools/vimdiff.txt | 81 +++++++++++++++------------- 1 file changed, 44 insertions(+), 37 deletions(-) diff --git a/Documentation/mergetools/vimdiff.txt b/Documentation/mergetools/vimdiff.txt index 296bc76e98..1017527e7d 100644 --- a/Documentation/mergetools/vimdiff.txt +++ b/Documentation/mergetools/vimdiff.txt @@ -42,18 +42,20 @@ it): Let's see some examples to understand how it works: - * layout = "(LOCAL,BASE,REMOTE)/MERGED" +* `layout = "(LOCAL,BASE,REMOTE)/MERGED"` ++ +-- +This is exactly the same as the default layout we have already seen. - 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: +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. +-- +* `layout = "LOCAL,MERGED,REMOTE"` ++ +-- +If, for some reason, we are not interested in the "BASE" buffer. ------------------------------------------ | | | | @@ -62,12 +64,13 @@ Let's see some examples to understand how it works: | | | | | | | | ------------------------------------------ - - * 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. +-- +* `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. ------------------------------------------ | | @@ -76,12 +79,13 @@ Let's see some examples to understand how it works: | | | | ------------------------------------------ - - * 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. +-- +* `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. ------------------------------------------ | | | @@ -92,12 +96,13 @@ Let's see some examples to understand how it works: | | | | | | ------------------------------------------ - - * 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. +-- +* `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 | | @@ -134,11 +139,12 @@ Let's see some examples to understand how it works: | | | | | | ------------------------------------------ - - * 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. +-- +* `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> | @@ -150,8 +156,9 @@ Let's see some examples to understand how it works: | REMOTE | | --------------------------------------------- - Note how in the third tab definition we need to use parenthesis to make "," - have precedence over "/". +Note how in the third tab definition we need to use parenthesis to make "," +have precedence over "/". +-- Variants ^^^^^^^^ @@ -173,9 +180,9 @@ 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" + * `x=1`: `"@LOCAL, REMOTE"` + * `x=2`: `"LOCAL, MERGED, REMOTE"` + * `x=3`: `"MERGED"` Example: using `--tool=gvimdiff2` will open `gvim` with three columns (LOCAL, MERGED and REMOTE). -- 2.29.2 ^ permalink raw reply related [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.