SYNOPSIS
git mergetool [--tool=<tool>] [-y | --[no-]prompt] [<file>…]
DESCRIPTION
Use to run one of several merge utilities to resolve merge conflicts. It is typically run after git merge.
If one or more <file> parameters are given, the merge tool program will be run to resolve differences in each file (skipping those without conflicts). Specifying a directory will include all unresolved files in that path. If no <file> names are specified, git mergetool will run the merge tool program on every file with merge conflicts.
OPTIONS
- -t <tool>
- --tool=<tool>
-
Use the merge resolution program specified by <tool>. Valid values include emerge, gvimdiff, kdiff3, meld, vimdiff, and tortoisemerge. Run for the list of valid <tool> settings.
If a merge resolution program is not specified, git mergetool will use the configuration variable . If the configuration variable is not set, git mergetool will pick a suitable default.
You can explicitly provide a full path to the tool by setting the configuration variable . For example, you can configure the absolute path to kdiff3 by setting . Otherwise, git mergetool assumes the tool is available in PATH.
Instead of running one of the known merge tool programs, git mergetool can be customized to run an alternative program by specifying the command line to invoke in a configuration variable .
When git mergetool is invoked with this tool (either through the or option or the configuration variable), the configured command line will be invoked with set to the name of a temporary file containing the common base for the merge, if available; set to the name of a temporary file containing the contents of the file on the current branch; set to the name of a temporary file containing the contents of the file to be merged, and set to the name of the file to which the merge tool should write the result of the merge resolution.
If the custom merge tool correctly indicates the success of a merge resolution with its exit code, then the configuration variable can be set to . Otherwise, git mergetool will prompt the user to indicate the success of the resolution after the custom tool has exited.
- --tool-help
-
Print a list of merge tools that may be used with .
- -y
- --no-prompt
-
Don’t prompt before each invocation of the merge resolution program. This is the default if the merge resolution program is explicitly specified with the option or with the configuration variable.
- --prompt
-
Prompt before each invocation of the merge resolution program to give the user a chance to skip the path.
- -g
- --gui
-
When git-mergetool is invoked with the or option, the default merge tool will be read from the configured variable instead of . If is not set, we will fallback to the tool configured under . This may be autoselected using the configuration variable .
- --no-gui
-
This overrides a previous or setting or configuration and reads the default merge tool from the configured variable.
- -O<orderfile>
-
Process files in the order specified in the <orderfile>, which has one shell glob pattern per line. This overrides the configuration variable (see git-config(1)). To cancel , use .
CONFIGURATION
Everything below this line in this section is selectively included from the git-config(1) documentation. The content is the same as what’s found there:
- mergetool.<tool>.path
-
Override the path for the given tool. This is useful in case your tool is not in the PATH.
- mergetool.<tool>.cmd
-
Specify the command to invoke the specified merge tool. The specified command is evaluated in shell with the following variables available: BASE is the name of a temporary file containing the common base of the files to be merged, if available; LOCAL is the name of a temporary file containing the contents of the file on the current branch; REMOTE is the name of a temporary file containing the contents of the file from the branch being merged; MERGED contains the name of the file to which the merge tool should write the results of a successful merge.
- mergetool.<tool>.hideResolved
-
Allows the user to override the global value for a specific tool. See for the full description.
- mergetool.<tool>.trustExitCode
-
For a custom merge command, specify whether the exit code of the merge command can be used to determine whether the merge was successful. If this is not set to true then the merge target file timestamp is checked, and the merge is assumed to have been successful if the file has been updated; otherwise, the user is prompted to indicate the success of the merge.
- mergetool.meld.hasOutput
-
Older versions of do not support the option. Git will attempt to detect whether supports by inspecting the output of . Configuring will make Git skip these checks and use the configured value instead. Setting to tells Git to unconditionally use the option, and avoids using .
- mergetool.meld.useAutoMerge
-
When the is given, meld will merge all non-conflicting parts automatically, highlight the conflicting parts, and wait for user decision. Setting to tells Git to unconditionally use the option with . Setting this value to makes git detect whether is supported and will only use when available. A value of avoids using altogether, and is the default value.
- mergetool.<vimdiff variant>.layout
-
Configure the split window layout for vimdiff’s , which is any of , , . Upon launching with (or without if is configured as ), Git will consult to determine the tool’s layout. If the variant-specific configuration is not available, 's is used as fallback. If that too is not available, a default layout with 4 windows will be used. To configure the layout, see the section.
- mergetool.hideResolved
-
During a merge, Git will automatically resolve as many conflicts as possible and write the MERGED file containing conflict markers around any conflicts that it cannot resolve; LOCAL and REMOTE normally represent the versions of the file from before Git’s conflict resolution. This flag causes LOCAL and REMOTE to be overwritten so that only the unresolved conflicts are presented to the merge tool. Can be configured per-tool via the configuration variable. Defaults to .
- mergetool.keepBackup
-
After performing a merge, the original file with conflict markers can be saved as a file with a extension. If this variable is set to then this file is not preserved. Defaults to (i.e. keep the backup files).
- mergetool.keepTemporaries
-
When invoking a custom merge tool, Git uses a set of temporary files to pass to the tool. If the tool returns an error and this variable is set to , then these temporary files will be preserved; otherwise, they will be removed after the tool has exited. Defaults to .
- mergetool.writeToTemp
-
Git writes temporary BASE, LOCAL, and REMOTE versions of conflicting files in the worktree by default. Git will attempt to use a temporary directory for these files when set . Defaults to .
- mergetool.prompt
-
Prompt before each invocation of the merge resolution program.
- mergetool.guiDefault
-
Set to use the by default (equivalent to specifying the argument), or to select or depending on the presence of a environment variable value. The default is , where the argument must be provided explicitly for the to be used.
TEMPORARY FILES
creates backup files while resolving merges. These are safe to remove once a file has been merged and its session has completed.
Setting the configuration variable to causes to automatically remove the backup files as files are successfully merged.
BACKEND SPECIFIC HINTS
vimdiff
Description
When specifying in Git will open Vim with a 4 windows layout distributed in the following way:
------------------------------------------
| | | |
| LOCAL | BASE | REMOTE |
| | | |
------------------------------------------
| |
| MERGED |
| |
------------------------------------------
, and 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)
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 () or, if you want to abort, exit using .
Layout configuration
You can change the windows layout used by Vim by setting configuration variable 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 the file containing the final version after solving the conflicts. If not present, will be used by default.
The precedence of the operators is as follows (you can use parentheses to change it):
`@` > `+` > `/` > `,`
Let’s see some examples to understand how it works:
-
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"
-
If, for some reason, we are not interested in the buffer.
------------------------------------------ | | | | | | | | | LOCAL | MERGED | REMOTE | | | | | | | | | ------------------------------------------
-
Only the 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 | | | | | ------------------------------------------
-
When 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 | | | | | | | | | | ------------------------------------------
-
Three tabs will open: the first one is a copy of the default layout, while the other two only show the differences between ( and ) and ( and ) 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 | | | | | | | | | | ------------------------------------------
-
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 parentheses to make have precedence over .
Variants
Instead of , you can also use one of these other variants:
-
, to open gVim instead of Vim.
-
, to open Neovim instead of Vim.
When using these variants, in order to specify a custom layout you will have to set configuration variables and instead of (though the latter will be used as fallback if the variant-specific one is not set).
In addition, for backwards compatibility with previous Git versions, you can also append , or to either or any of the variants (ex: , , etc…) to use a predefined layout. In other words, using is the same as using and setting configuration variable to…
-
:
-
:
-
:
Example: using will open with three columns (LOCAL, MERGED and REMOTE).
GIT
Part of the git(1) suite