Usage

Enabling diff3 conflict style

No matter which of the following workflows you choose, you'll want to enable the diff3 merge conflict style.¹ To do that, add the following section in your ~/.gitconfig file:

[merge]
    conflictStyle = "diff3"

Or run:

$ git config --global merge.conflictStyle diff3

Workflows

Mergiraf can be used in two ways:

1. You can register it as a merge driver in Git so that Mergiraf is directly used during the merge process.
2. Or you can invoke it after a merge conflict, for it to attempt to solve the conflict.

The first way is recommended as it avoids interrupting your workflow with spurious conflicts. The second way can be useful for more occasional uses or when changes to Git's configuration are not possible.

Besides Git, Mergiraf can also be used with Jujutsu. See the dedicated section for details.

Registration as a Git merge driver

Registering Mergiraf in Git will enable you to benefit from its conflict solving when merging and various other operations, such as rebasing, cherry-picking or even reverting. For best results, use Git v2.44.0 or newer.

First, add the following section in your ~/.gitconfig file:

[merge "mergiraf"]
    name = mergiraf
    driver = mergiraf merge --git %O %A %B -s %S -x %X -y %Y -p %P -l %L

# if you haven't got a global gitattributes file yet
[core]
	attributesfile = ~/.gitattributes

Or run:

$ git config --global merge.mergiraf.name mergiraf
$ git config --global merge.mergiraf.driver 'mergiraf merge --git %O %A %B -s %S -x %X -y %Y -p %P -l %L'
$ git config --global core.attributesfile ~/.gitattributes

Then, add the following line to your global ~/.gitattributes file:

* merge=mergiraf

If you would like to enable Mergiraf for select languages, you can add them individually instead, such as with:

*.py merge=mergiraf
*.java merge=mergiraf

A full list of supported extensions, for inclusion in a .gitattributes file, can be generated with:

$ mergiraf languages --gitattributes

If you want to enable Mergiraf only in a certain repository, add the lines above in the .gitattributes file at the root of that repository instead, or in .git/info/attributes if you don't want it to be tracked in the repository.

Trying it out

An example repository is available for you to try out Mergiraf on simple examples:

$ git clone https://codeberg.org/mergiraf/example-repo
$ cd example-repo
$ git merge other-branch

For Jujutsu users:

$ jj git clone https://codeberg.org/mergiraf/example-repo
$ cd example-repo
$ jj new main other-branch@origin
$ jj resolve --tool mergiraf

Reviewing Mergiraf's work

When Git invokes Mergiraf to merge a file, it can either:

• successfully merge the file as a line-based merge, just like normal Git would do,
• encounter conflicts in the line-based merge, which it completely solves via its syntax-aware heuristics. In this case it invites you to review its work via the mergiraf review command,
• encounter conflicts it cannot solve. In this case, it lets you merge the file manually by leaving conflict markers behind.

If it turns out that Mergiraf's output is unsatisfactory and you would rather use the built-in merge algorithms, abort the operation (such as with git merge --abort) and start again with Mergiraf disabled.

Temporarily disabling Mergiraf

You can disable Mergiraf by setting the mergiraf environment variable to 0:

$ mergiraf=0 git rebase origin/master

This will fall back on Git's regular merge heuristics, without requiring changes to your configuration.

Manually specifying the file's language

You can use the --language option (short: -L) to specify the language of the files to merge. It accepts both file extensions (--language js) and language names (--language javascript), as specified in the list of supported languages. This will override the language detection done by Mergiraf, which is currently based on file extensions only.

Reporting a bad merge

If the output of a merge looks odd, you are encouraged to report it as a bug. The mergiraf report command generates an archive containing all necessary information to reproduce the faulty merge.

If the merge did not produce any conflicts, use the merge id (identical to what mergiraf review accepts) in Git's output:

$ git rebase origin/master
INFO Mergiraf: Solved 2 conflicts. Review with: mergiraf review geolocation.cpp_o0i2JL8B
Successfully rebased and updated refs/heads/my_branch.
$ mergiraf review geolocation.cpp_o0i2JL8B
$ mergiraf report geolocation.cpp_xyuSMcme
Bug report archive created:

mergiraf_report_6weNKAXO.zip

Please submit it to https://codeberg.org/mergiraf/mergiraf/issues if you are happy with its contents being published,
or reach out privately to a contributor if not.
Thank you for helping Mergiraf improve!

If the merge to report has conflicts, use the path to the file instead:

$ mergiraf report src/lib/geolocation.cpp

Compact conflict presentation

By default, Mergiraf aligns the conflicts it outputs to line boundaries to ease their resolution in existing merge tools:

<<<<<<< HEAD
<div class="vocab-panel" id="main-panel">
||||||| 15b798c
<div class="vocab-panel">
=======
<div class="vocab-panel" id="root-panel">
>>>>>>> origin/main

Because merging is done on syntax trees, it is often able to highlight narrower conflicts. The option --compact (or -c) of the mergiraf merge command enables a more compact presentation of conflicts which highlights mismatching parts only:

<div class="vocab-panel" id=
<<<<<<< HEAD
"main-panel"
||||||| 15b798c
=======
"root-panel"
>>>>>>> origin/main
>

The main downside of this mode is that reformatting is often required after resolving conflicts.

Interactive use after encountering a merge conflict

Say you have encountered a conflict during merge:

$ git merge origin/main
Auto-merging config.yml
CONFLICT (content): Merge conflict in config.yml
Automatic merge failed; fix conflicts and then commit the result.
$ cat config.yml
<<<<<<< HEAD
restaurant:
  tasks:
    plates: 1
    bowls: 2
||||||| 15b798c
tasks:
  plates: 1
  bowls: 2
=======
tasks:
  plates: 1
  bowls: 4
>>>>>>> origin/main

You can then run Mergiraf to attempt to solve the conflicts automatically:

$ mergiraf solve config.yml
Solved 1 conflict(s)

You can then inspect the result again:

restaurant:
  tasks:
    plates: 1
    bowls: 4

You can then mark the conflict as solved with git add and continue merging with git merge --continue.

Interactive use with Jujutsu

Jujutsu is a Git-compatible version control system, but it does a few things differently. For example, merges never fail and any conflicts are simply recorded in the commits, so you can resolve them at your leisure. Since merge conflicts don't interrupt your workflow anyway, the interactive use fits more naturally with Jujutsu and it's not actually possible to make Jujutsu always use Mergiraf automatically. That also means there is no equivalent to the .gitattributes file.

To resolve all merge conflicts in your working copy at once, run jj resolve --tool mergiraf. To resolve a single file, provide its path as an additional argument: jj resolve --tool mergiraf <filename>.

Technically, Jujutsu requires configuration for such a "merge tool" as well, just like Git. However, Jujutsu ships with a default configuration for Mergiraf out-of-the box. You can inspect the configuration by running jj config list --include-defaults merge-tools | grep mergiraf. If you would like to tweak it, please refer to the relevant section of the Jujutsu documentation.

Note that it's not recommended to use mergiraf solve for interactive use in a Jujutsu repository. This is because depending on your configuration, Jujutsu will use different conflict markers than Git, which Mergiraf cannot parse. Fortunately, when you use jj resolve --tool mergiraf, Jujutsu is nice enough to prepare the conflicted files with Git-style conflict markers, before passing them to Mergiraf.