1 <?xml version=
"1.0" encoding=
"UTF-8"?>
2 <!DOCTYPE html PUBLIC
"-//W3C//DTD XHTML 1.1//EN"
3 "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
4 <html xmlns=
"http://www.w3.org/1999/xhtml" xml:
lang=
"en">
6 <meta http-equiv=
"Content-Type" content=
"application/xhtml+xml; charset=UTF-8" />
7 <meta name=
"generator" content=
"AsciiDoc 10.2.0" />
8 <title>git-merge-tree(
1)
</title>
9 <style type=
"text/css">
10 /* Shared CSS for AsciiDoc xhtml11 and html5 backends */
14 font-family: Georgia,serif;
18 h1, h2, h3, h4, h5, h6,
19 div.title, caption.title,
20 thead, p.table.header,
22 #author, #revnumber, #revdate, #revremark,
24 font-family: Arial,Helvetica,sans-serif;
28 margin:
1em
5%
1em
5%;
33 text-decoration: underline;
49 h1, h2, h3, h4, h5, h6 {
57 border-bottom:
2px solid silver;
77 border:
1px solid silver;
88 ul
> li { color: #aaa; }
89 ul
> li
> * { color: black; }
91 .monospaced, code, pre {
92 font-family:
"Courier New", Courier, monospace;
99 white-space: pre-wrap;
109 #revnumber, #revdate, #revremark {
114 border-top:
2px solid silver;
120 padding-bottom:
0.5em;
124 padding-bottom:
0.5em;
129 margin-bottom:
1.5em;
131 div.imageblock, div.exampleblock, div.verseblock,
132 div.quoteblock, div.literalblock, div.listingblock, div.sidebarblock,
133 div.admonitionblock {
135 margin-bottom:
1.5em;
137 div.admonitionblock {
139 margin-bottom:
2.0em;
144 div.content { /* Block element content. */
148 /* Block element titles. */
149 div.title, caption.title {
154 margin-bottom:
0.5em;
160 td div.title:first-child {
163 div.content div.title:first-child {
166 div.content + div.title {
170 div.sidebarblock
> div.content {
172 border:
1px solid #dddddd;
173 border-left:
4px solid #f0f0f0;
177 div.listingblock
> div.content {
178 border:
1px solid #dddddd;
179 border-left:
5px solid #f0f0f0;
184 div.quoteblock, div.verseblock {
188 border-left:
5px solid #f0f0f0;
192 div.quoteblock
> div.attribution {
197 div.verseblock
> pre.content {
198 font-family: inherit;
201 div.verseblock
> div.attribution {
205 /* DEPRECATED: Pre version
8.2.7 verse style literal block. */
206 div.verseblock + div.attribution {
210 div.admonitionblock .icon {
214 text-decoration: underline;
216 padding-right:
0.5em;
218 div.admonitionblock td.content {
220 border-left:
3px solid #dddddd;
223 div.exampleblock
> div.content {
224 border-left:
3px solid #dddddd;
228 div.imageblock div.content { padding-left:
0; }
229 span.image img { border-style: none; vertical-align: text-bottom; }
230 a.image:visited { color: white; }
234 margin-bottom:
0.8em;
247 list-style-position: outside;
250 list-style-type: decimal;
253 list-style-type: lower-alpha;
256 list-style-type: upper-alpha;
259 list-style-type: lower-roman;
262 list-style-type: upper-roman;
265 div.compact ul, div.compact ol,
266 div.compact p, div.compact p,
267 div.compact div, div.compact div {
269 margin-bottom:
0.1em;
281 margin-bottom:
0.8em;
284 padding-bottom:
15px;
286 dt.hdlist1.strong, td.hdlist1.strong {
292 padding-right:
0.8em;
298 div.hdlist.compact tr {
307 .footnote, .footnoteref {
311 span.footnote, span.footnoteref {
312 vertical-align: super;
316 margin:
20px
0 20px
0;
320 #footnotes div.footnote {
326 border-top:
1px solid silver;
335 padding-right:
0.5em;
336 padding-bottom:
0.3em;
344 #footer-badges { display: none; }
348 margin-bottom:
2.5em;
356 margin-bottom:
0.1em;
359 div.toclevel0, div.toclevel1, div.toclevel2, div.toclevel3, div.toclevel4 {
376 span.aqua { color: aqua; }
377 span.black { color: black; }
378 span.blue { color: blue; }
379 span.fuchsia { color: fuchsia; }
380 span.gray { color: gray; }
381 span.green { color: green; }
382 span.lime { color: lime; }
383 span.maroon { color: maroon; }
384 span.navy { color: navy; }
385 span.olive { color: olive; }
386 span.purple { color: purple; }
387 span.red { color: red; }
388 span.silver { color: silver; }
389 span.teal { color: teal; }
390 span.white { color: white; }
391 span.yellow { color: yellow; }
393 span.aqua-background { background: aqua; }
394 span.black-background { background: black; }
395 span.blue-background { background: blue; }
396 span.fuchsia-background { background: fuchsia; }
397 span.gray-background { background: gray; }
398 span.green-background { background: green; }
399 span.lime-background { background: lime; }
400 span.maroon-background { background: maroon; }
401 span.navy-background { background: navy; }
402 span.olive-background { background: olive; }
403 span.purple-background { background: purple; }
404 span.red-background { background: red; }
405 span.silver-background { background: silver; }
406 span.teal-background { background: teal; }
407 span.white-background { background: white; }
408 span.yellow-background { background: yellow; }
410 span.big { font-size:
2em; }
411 span.small { font-size:
0.6em; }
413 span.underline { text-decoration: underline; }
414 span.overline { text-decoration: overline; }
415 span.line-through { text-decoration: line-through; }
417 div.unbreakable { page-break-inside: avoid; }
427 margin-bottom:
1.5em;
429 div.tableblock
> table {
430 border:
3px solid #
527bbd;
432 thead, p.table.header {
439 /* Because the table frame attribute is overridden by CSS in most browsers. */
440 div.tableblock
> table[
frame=
"void"] {
443 div.tableblock
> table[
frame=
"hsides"] {
444 border-left-style: none;
445 border-right-style: none;
447 div.tableblock
> table[
frame=
"vsides"] {
448 border-top-style: none;
449 border-bottom-style: none;
460 margin-bottom:
1.5em;
462 thead, p.tableblock.header {
473 border-color: #
527bbd;
474 border-collapse: collapse;
476 th.tableblock, td.tableblock {
480 border-color: #
527bbd;
483 table.tableblock.frame-topbot {
484 border-left-style: hidden;
485 border-right-style: hidden;
487 table.tableblock.frame-sides {
488 border-top-style: hidden;
489 border-bottom-style: hidden;
491 table.tableblock.frame-none {
492 border-style: hidden;
495 th.tableblock.halign-left, td.tableblock.halign-left {
498 th.tableblock.halign-center, td.tableblock.halign-center {
501 th.tableblock.halign-right, td.tableblock.halign-right {
505 th.tableblock.valign-top, td.tableblock.valign-top {
508 th.tableblock.valign-middle, td.tableblock.valign-middle {
509 vertical-align: middle;
511 th.tableblock.valign-bottom, td.tableblock.valign-bottom {
512 vertical-align: bottom;
523 padding-bottom:
0.5em;
524 border-top:
2px solid silver;
525 border-bottom:
2px solid silver;
530 body.manpage div.sectionbody {
535 body.manpage div#toc { display: none; }
540 <script type=
"text/javascript">
542 var asciidoc = { // Namespace.
544 /////////////////////////////////////////////////////////////////////
545 // Table Of Contents generator
546 /////////////////////////////////////////////////////////////////////
548 /* Author: Mihai Bazon, September
2002
549 * http://students.infoiasi.ro/~mishoo
551 * Table Of Content generator
554 * Feel free to use this script under the terms of the GNU General Public
555 * License, as long as you do not remove or alter this notice.
558 /* modified by Troy D. Hanson, September
2006. License: GPL */
559 /* modified by Stuart Rackham,
2006,
2009. License: GPL */
562 toc: function (toclevels) {
564 function getText(el) {
566 for (var i = el.firstChild; i != null; i = i.nextSibling) {
567 if (i.nodeType ==
3 /* Node.TEXT_NODE */) // IE doesn't speak constants.
569 else if (i.firstChild != null)
575 function TocEntry(el, text, toclevel) {
578 this.toclevel = toclevel;
581 function tocEntries(el, toclevels) {
582 var result = new Array;
583 var re = new RegExp('[hH]([
1-'+(toclevels+
1)+'])');
584 // Function that scans the DOM tree for header elements (the DOM2
585 // nodeIterator API would be a better technique but not supported by all
587 var iterate = function (el) {
588 for (var i = el.firstChild; i != null; i = i.nextSibling) {
589 if (i.nodeType ==
1 /* Node.ELEMENT_NODE */) {
590 var mo = re.exec(i.tagName);
591 if (mo && (i.getAttribute(
"class") || i.getAttribute(
"className")) !=
"float") {
592 result[result.length] = new TocEntry(i, getText(i), mo[
1]-
1);
602 var toc = document.getElementById(
"toc");
607 // Delete existing TOC entries in case we're reloading the TOC.
608 var tocEntriesToRemove = [];
610 for (i =
0; i < toc.childNodes.length; i++) {
611 var entry = toc.childNodes[i];
612 if (entry.nodeName.toLowerCase() == 'div'
613 && entry.getAttribute(
"class")
614 && entry.getAttribute(
"class").match(/^toclevel/))
615 tocEntriesToRemove.push(entry);
617 for (i =
0; i < tocEntriesToRemove.length; i++) {
618 toc.removeChild(tocEntriesToRemove[i]);
621 // Rebuild TOC entries.
622 var entries = tocEntries(document.getElementById(
"content"), toclevels);
623 for (var i =
0; i < entries.length; ++i) {
624 var entry = entries[i];
625 if (entry.element.id ==
"")
626 entry.element.id =
"_toc_" + i;
627 var a = document.createElement(
"a");
628 a.href =
"#" + entry.element.id;
629 a.appendChild(document.createTextNode(entry.text));
630 var div = document.createElement(
"div");
632 div.className =
"toclevel" + entry.toclevel;
633 toc.appendChild(div);
635 if (entries.length ==
0)
636 toc.parentNode.removeChild(toc);
640 /////////////////////////////////////////////////////////////////////
641 // Footnotes generator
642 /////////////////////////////////////////////////////////////////////
644 /* Based on footnote generation code from:
645 * http://www.brandspankingnew.net/archive/
2005/
07/format_footnote.html
648 footnotes: function () {
649 // Delete existing footnote entries in case we're reloading the footnodes.
651 var noteholder = document.getElementById(
"footnotes");
655 var entriesToRemove = [];
656 for (i =
0; i < noteholder.childNodes.length; i++) {
657 var entry = noteholder.childNodes[i];
658 if (entry.nodeName.toLowerCase() == 'div' && entry.getAttribute(
"class") ==
"footnote")
659 entriesToRemove.push(entry);
661 for (i =
0; i < entriesToRemove.length; i++) {
662 noteholder.removeChild(entriesToRemove[i]);
665 // Rebuild footnote entries.
666 var cont = document.getElementById(
"content");
667 var spans = cont.getElementsByTagName(
"span");
670 for (i=
0; i
<spans.length; i++) {
671 if (spans[i].className ==
"footnote") {
673 var note = spans[i].getAttribute(
"data-note");
675 // Use [\s\S] in place of . so multi-line matches work.
676 // Because JavaScript has no s (dotall) regex flag.
677 note = spans[i].innerHTML.match(/\s*\[([\s\S]*)]\s*/)[
1];
679 "[<a id='_footnoteref_" + n +
"' href='#_footnote_" + n +
680 "' title='View footnote' class='footnote'>" + n +
"</a>]";
681 spans[i].setAttribute(
"data-note", note);
683 noteholder.innerHTML +=
684 "<div class='footnote' id='_footnote_" + n +
"'>" +
685 "<a href='#_footnoteref_" + n +
"' title='Return to text'>" +
686 n +
"</a>. " + note +
"</div>";
687 var id =spans[i].getAttribute(
"id");
688 if (id != null) refs[
"#"+id] = n;
692 noteholder.parentNode.removeChild(noteholder);
694 // Process footnoterefs.
695 for (i=
0; i
<spans.length; i++) {
696 if (spans[i].className ==
"footnoteref") {
697 var href = spans[i].getElementsByTagName(
"a")[
0].getAttribute(
"href");
698 href = href.match(/#.*/)[
0]; // Because IE return full URL.
701 "[<a href='#_footnote_" + n +
702 "' title='View footnote' class='footnote'>" + n +
"</a>]";
708 install: function(toclevels) {
711 function reinstall() {
712 asciidoc.footnotes();
714 asciidoc.toc(toclevels);
718 function reinstallAndRemoveTimer() {
719 clearInterval(timerId);
723 timerId = setInterval(reinstall,
500);
724 if (document.addEventListener)
725 document.addEventListener(
"DOMContentLoaded", reinstallAndRemoveTimer, false);
727 window.onload = reinstallAndRemoveTimer;
735 <body class=
"manpage">
738 git-merge-tree(
1) Manual Page
741 <div class=
"sectionbody">
743 Perform merge without touching index or working tree
749 <h2 id=
"_synopsis">SYNOPSIS
</h2>
750 <div class=
"sectionbody">
751 <div class=
"verseblock">
752 <pre class=
"content"><em>git merge-tree
</em> [--write-tree] [
<options
>]
<branch1
> <branch2
>
753 <em>git merge-tree
</em> [--trivial-merge]
<base-tree
> <branch1
> <branch2
> (deprecated)
</pre>
754 <div class=
"attribution">
759 <h2 id=
"NEWMERGE">DESCRIPTION
</h2>
760 <div class=
"sectionbody">
761 <div class=
"paragraph"><p>This command has a modern
<code>--write-tree
</code> mode and a deprecated
762 <code>--trivial-merge
</code> mode. With the exception of the
763 <a href=
"#DEPMERGE">DEPRECATED DESCRIPTION
</a> section at the end, the rest of
764 this documentation describes the modern
<code>--write-tree
</code> mode.
</p></div>
765 <div class=
"paragraph"><p>Performs a merge, but does not make any new commits and does not read
766 from or write to either the working tree or index.
</p></div>
767 <div class=
"paragraph"><p>The performed merge will use the same features as the
"real"
768 <a href=
"git-merge.html">git-merge(
1)
</a>, including:
</p></div>
769 <div class=
"ulist"><ul>
772 three way content merges of individual files
782 proper directory/file conflict handling
787 recursive ancestor consolidation (i.e. when there is more than one
788 merge base, creating a virtual merge base by merging the merge bases)
797 <div class=
"paragraph"><p>After the merge completes, a new toplevel tree object is created. See
798 <code>OUTPUT
</code> below for details.
</p></div>
802 <h2 id=
"_options">OPTIONS
</h2>
803 <div class=
"sectionbody">
804 <div class=
"dlist"><dl>
810 Do not quote filenames in the
<Conflicted file info
> section,
811 and end each filename with a NUL character rather than
812 newline. Also begin the messages section with a NUL character
813 instead of a newline. See
<a href=
"#OUTPUT">[OUTPUT]
</a> below for more information.
821 In the Conflicted file info section, instead of writing a list
822 of (mode, oid, stage, path) tuples to output for conflicted
823 files, just provide a list of filenames with conflicts (and
824 do not list filenames multiple times if they have multiple
833 Write any informational messages such as
"Auto-merging <path>"
834 or CONFLICT notices to the end of stdout. If unspecified, the
835 default is to include these messages if there are merge
836 conflicts, and to omit them otherwise.
840 --allow-unrelated-histories
844 merge-tree will by default error out if the two branches specified
845 share no common history. This flag can be given to override that
846 check and make the merge proceed anyway.
850 --merge-base=
<commit
>
854 Instead of finding the merge-bases for
<branch1
> and
<branch2
>,
855 specify a merge-base for the merge, and specifying multiple bases is
856 currently not supported. This option is incompatible with
<code>--stdin
</code>.
863 <h2 id=
"OUTPUT">OUTPUT
</h2>
864 <div class=
"sectionbody">
865 <div class=
"paragraph"><p>For a successful merge, the output from git-merge-tree is simply one
867 <div class=
"literalblock">
868 <div class=
"content">
869 <pre><code><OID of toplevel tree
></code></pre>
871 <div class=
"paragraph"><p>Whereas for a conflicted merge, the output is by default of the form:
</p></div>
872 <div class=
"literalblock">
873 <div class=
"content">
874 <pre><code><OID of toplevel tree
>
875 <Conflicted file info
>
876 <Informational messages
></code></pre>
878 <div class=
"paragraph"><p>These are discussed individually below.
</p></div>
879 <div class=
"paragraph"><p>However, there is an exception. If
<code>--stdin
</code> is passed, then there is
880 an extra section at the beginning, a NUL character at the end, and then
881 all the sections repeat for each line of input. Thus, if the first merge
882 is conflicted and the second is clean, the output would be of the form:
</p></div>
883 <div class=
"literalblock">
884 <div class=
"content">
885 <pre><code><Merge status
>
886 <OID of toplevel tree
>
887 <Conflicted file info
>
888 <Informational messages
>
891 <OID of toplevel tree
>
895 <h3 id=
"MS">Merge status
</h3>
896 <div class=
"paragraph"><p>This is an integer status followed by a NUL character. The integer status is:
</p></div>
897 <div class=
"literalblock">
898 <div class=
"content">
899 <pre><code>0: merge had conflicts
901 <0: something prevented the merge from running (e.g. access to repository
902 objects denied by filesystem)
</code></pre>
906 <h3 id=
"OIDTLT">OID of toplevel tree
</h3>
907 <div class=
"paragraph"><p>This is a tree object that represents what would be checked out in the
908 working tree at the end of
<code>git merge
</code>. If there were conflicts, then
909 files within this tree may have embedded conflict markers. This section
910 is always followed by a newline (or NUL if
<code>-z
</code> is passed).
</p></div>
913 <h3 id=
"CFI">Conflicted file info
</h3>
914 <div class=
"paragraph"><p>This is a sequence of lines with the format
</p></div>
915 <div class=
"literalblock">
916 <div class=
"content">
917 <pre><code><mode
> <object
> <stage
> <filename
></code></pre>
919 <div class=
"paragraph"><p>The filename will be quoted as explained for the configuration
920 variable
<code>core.quotePath
</code> (see
<a href=
"git-config.html">git-config(
1)
</a>). However, if
921 the
<code>--name-only
</code> option is passed, the mode, object, and stage will
922 be omitted. If
<code>-z
</code> is passed, the
"lines" are terminated by a NUL
923 character instead of a newline character.
</p></div>
926 <h3 id=
"IM">Informational messages
</h3>
927 <div class=
"paragraph"><p>This section provides informational messages, typically about
928 conflicts. The format of the section varies significantly depending
929 on whether
<code>-z
</code> is passed.
</p></div>
930 <div class=
"paragraph"><p>If
<code>-z
</code> is passed:
</p></div>
931 <div class=
"paragraph"><p>The output format is zero or more conflict informational records, each
932 of the form:
</p></div>
933 <div class=
"literalblock">
934 <div class=
"content">
935 <pre><code><list-of-paths
><conflict-type
>NUL
<conflict-message
>NUL
</code></pre>
937 <div class=
"paragraph"><p>where
<list-of-paths
> is of the form
</p></div>
938 <div class=
"literalblock">
939 <div class=
"content">
940 <pre><code><number-of-paths
>NUL
<path1
>NUL
<path2
>NUL...
<pathN
>NUL
</code></pre>
942 <div class=
"paragraph"><p>and includes paths (or branch names) affected by the conflict or
943 informational message in
<conflict-message
>. Also,
<conflict-type
> is a
944 stable string explaining the type of conflict, such as
</p></div>
945 <div class=
"ulist"><ul>
953 "CONFLICT (rename/delete)"
958 "CONFLICT (submodule lacks merge base)"
967 <div class=
"paragraph"><p>and
<conflict-message
> is a more detailed message about the conflict which often
968 (but not always) embeds the
<stable-short-type-description
> within it. These
969 strings may change in future Git versions. Some examples:
</p></div>
970 <div class=
"ulist"><ul>
973 "Auto-merging <file>"
978 "CONFLICT (rename/delete): <oldfile> renamed…but deleted in…"
983 "Failed to merge submodule <submodule> (no merge base)"
988 "Warning: cannot merge binary files: <filename>"
992 <div class=
"paragraph"><p>If
<code>-z
</code> is NOT passed:
</p></div>
993 <div class=
"paragraph"><p>This section starts with a blank line to separate it from the previous
994 sections, and then only contains the
<conflict-message
> information
995 from the previous section (separated by newlines). These are
996 non-stable strings that should not be parsed by scripts, and are just
997 meant for human consumption. Also, note that while
<conflict-message
>
998 strings usually do not contain embedded newlines, they sometimes do.
999 (However, the free-form messages will never have an embedded NUL
1000 character). So, the entire block of information is meant for human
1001 readers as an agglomeration of all conflict messages.
</p></div>
1006 <h2 id=
"_exit_status">EXIT STATUS
</h2>
1007 <div class=
"sectionbody">
1008 <div class=
"paragraph"><p>For a successful, non-conflicted merge, the exit status is
0. When the
1009 merge has conflicts, the exit status is
1. If the merge is not able to
1010 complete (or start) due to some kind of error, the exit status is
1011 something other than
0 or
1 (and the output is unspecified). When
1012 --stdin is passed, the return status is
0 for both successful and
1013 conflicted merges, and something other than
0 or
1 if it cannot complete
1014 all the requested merges.
</p></div>
1018 <h2 id=
"_usage_notes">USAGE NOTES
</h2>
1019 <div class=
"sectionbody">
1020 <div class=
"paragraph"><p>This command is intended as low-level plumbing, similar to
1021 <a href=
"git-hash-object.html">git-hash-object(
1)
</a>,
<a href=
"git-mktree.html">git-mktree(
1)
</a>,
1022 <a href=
"git-commit-tree.html">git-commit-tree(
1)
</a>,
<a href=
"git-write-tree.html">git-write-tree(
1)
</a>,
1023 <a href=
"git-update-ref.html">git-update-ref(
1)
</a>, and
<a href=
"git-mktag.html">git-mktag(
1)
</a>. Thus, it can be
1024 used as a part of a series of steps such as:
</p></div>
1025 <div class=
"literalblock">
1026 <div class=
"content">
1027 <pre><code>NEWTREE=$(git merge-tree --write-tree $BRANCH1 $BRANCH2)
1028 test $? -eq
0 || die
"There were conflicts..."
1029 NEWCOMMIT=$(git commit-tree $NEWTREE -p $BRANCH1 -p $BRANCH2)
1030 git update-ref $BRANCH1 $NEWCOMMIT
</code></pre>
1032 <div class=
"paragraph"><p>Note that when the exit status is non-zero,
<code>NEWTREE
</code> in this sequence
1033 will contain a lot more output than just a tree.
</p></div>
1034 <div class=
"paragraph"><p>For conflicts, the output includes the same information that you
’d get
1035 with
<a href=
"git-merge.html">git-merge(
1)
</a>:
</p></div>
1036 <div class=
"ulist"><ul>
1039 what would be written to the working tree (the
1040 <a href=
"#OIDTLT">OID of toplevel tree
</a>)
1045 the higher order stages that would be written to the index (the
1046 <a href=
"#CFI">Conflicted file info
</a>)
1051 any messages that would have been printed to stdout (the
1052 <a href=
"#IM">Informational messages
</a>)
1059 <h2 id=
"_input_format">INPUT FORMAT
</h2>
1060 <div class=
"sectionbody">
1061 <div class=
"paragraph"><p><em>git merge-tree --stdin
</em> input format is fully text based. Each line
1062 has this format:
</p></div>
1063 <div class=
"literalblock">
1064 <div class=
"content">
1065 <pre><code>[
<base-commit
> -- ]
<branch1
> <branch2
></code></pre>
1067 <div class=
"paragraph"><p>If one line is separated by
<code>--
</code>, the string before the separator is
1068 used for specifying a merge-base for the merge and the string after
1069 the separator describes the branches to be merged.
</p></div>
1073 <h2 id=
"_mistakes_to_avoid">MISTAKES TO AVOID
</h2>
1074 <div class=
"sectionbody">
1075 <div class=
"paragraph"><p>Do NOT look through the resulting toplevel tree to try to find which
1076 files conflict; parse the
<a href=
"#CFI">Conflicted file info
</a> section instead.
1077 Not only would parsing an entire tree be horrendously slow in large
1078 repositories, there are numerous types of conflicts not representable by
1079 conflict markers (modify/delete, mode conflict, binary file changed on
1080 both sides, file/directory conflicts, various rename conflict
1081 permutations, etc.)
</p></div>
1082 <div class=
"paragraph"><p>Do NOT interpret an empty
<a href=
"#CFI">Conflicted file info
</a> list as a clean
1083 merge; check the exit status. A merge can have conflicts without having
1084 individual files conflict (there are a few types of directory rename
1085 conflicts that fall into this category, and others might also be added
1086 in the future).
</p></div>
1087 <div class=
"paragraph"><p>Do NOT attempt to guess or make the user guess the conflict types from
1088 the
<a href=
"#CFI">Conflicted file info
</a> list. The information there is
1089 insufficient to do so. For example: Rename/rename(
1to2) conflicts (both
1090 sides renamed the same file differently) will result in three different
1091 files having higher order stages (but each only has one higher order
1092 stage), with no way (short of the
<a href=
"#IM">Informational messages
</a> section)
1093 to determine which three files are related. File/directory conflicts
1094 also result in a file with exactly one higher order stage.
1095 Possibly-involved-in-directory-rename conflicts (when
1096 "merge.directoryRenames" is unset or set to
"conflicts") also result in
1097 a file with exactly one higher order stage. In all cases, the
1098 <a href=
"#IM">Informational messages
</a> section has the necessary info, though it
1099 is not designed to be machine parseable.
</p></div>
1100 <div class=
"paragraph"><p>Do NOT assume that each path from
<a href=
"#CFI">Conflicted file info
</a>, and
1101 the logical conflicts in the
<a href=
"#IM">Informational messages
</a> have a
1102 one-to-one mapping, nor that there is a one-to-many mapping, nor a
1103 many-to-one mapping. Many-to-many mappings exist, meaning that each
1104 path can have many logical conflict types in a single merge, and each
1105 logical conflict type can affect many paths.
</p></div>
1106 <div class=
"paragraph"><p>Do NOT assume all filenames listed in the
<a href=
"#IM">Informational messages
</a>
1107 section had conflicts. Messages can be included for files that have no
1108 conflicts, such as
"Auto-merging <file>".
</p></div>
1109 <div class=
"paragraph"><p>AVOID taking the OIDS from the
<a href=
"#CFI">Conflicted file info
</a> and
1110 re-merging them to present the conflicts to the user. This will lose
1111 information. Instead, look up the version of the file found within the
1112 <a href=
"#OIDTLT">OID of toplevel tree
</a> and show that instead. In particular,
1113 the latter will have conflict markers annotated with the original
1114 branch/commit being merged and, if renames were involved, the original
1115 filename. While you could include the original branch/commit in the
1116 conflict marker annotations when re-merging, the original filename is
1117 not available from the
<a href=
"#CFI">Conflicted file info
</a> and thus you would
1118 be losing information that might help the user resolve the conflict.
</p></div>
1122 <h2 id=
"DEPMERGE">DEPRECATED DESCRIPTION
</h2>
1123 <div class=
"sectionbody">
1124 <div class=
"paragraph"><p>Per the
<a href=
"#NEWMERGE">DESCRIPTION
</a> and unlike the rest of this
1125 documentation, this section describes the deprecated
<code>--trivial-merge
</code>
1127 <div class=
"paragraph"><p>Other than the optional
<code>--trivial-merge
</code>, this mode accepts no
1129 <div class=
"paragraph"><p>This mode reads three tree-ish, and outputs trivial merge results and
1130 conflicting stages to the standard output in a semi-diff format.
1131 Since this was designed for higher level scripts to consume and merge
1132 the results back into the index, it omits entries that match
1133 <branch1
>. The result of this second form is similar to what
1134 three-way
<em>git read-tree -m
</em> does, but instead of storing the results
1135 in the index, the command outputs the entries to the standard output.
</p></div>
1136 <div class=
"paragraph"><p>This form not only has limited applicability (a trivial merge cannot
1137 handle content merges of individual files, rename detection, proper
1138 directory/file conflict handling, etc.), the output format is also
1139 difficult to work with, and it will generally be less performant than
1140 the first form even on successful merges (especially if working in
1141 large repositories).
</p></div>
1145 <h2 id=
"_git">GIT
</h2>
1146 <div class=
"sectionbody">
1147 <div class=
"paragraph"><p>Part of the
<a href=
"git.html">git(
1)
</a> suite
</p></div>
1151 <div id=
"footnotes"><hr /></div>
1153 <div id=
"footer-text">
1155 2023-
10-
23 14:
43:
46 PDT