git-merge - Интернет в облаке

ПРОГРАММА:

ИМЯ

git-merge - объединяет две или более историй разработки вместе

СИНТАКСИС

мерзавец слияние [-n] [--stat] [--no-commit] [--squash] [- [no-] редактировать]
[-s ] [-ИКС ] [-S [ ]]
[- [no-] rerere-autoupdate] [-m ] [ ...]
мерзавец слияние ГОЛОВА ...
мерзавец слияние - отменить

ОПИСАНИЕ

Включает изменения из названных коммитов (с тех пор, как их история разошлась с
текущая ветвь) в текущую ветку. Эта команда используется мерзавец тянуть в
включать изменения из другого репозитория и могут использоваться вручную для объединения изменений из
одна ветвь в другую.

Предположим, что существует следующая история и текущая ветвь является «главной»:

A --- B --- C тема
/
D --- E --- F --- G мастер

Затем «git merge topic» воспроизведет изменения, внесенные в ветку темы, так как она разошлась.
от мастера (то есть E) до его текущего коммита (C) поверх мастера и запишите результат
в новом коммите вместе с именами двух родительских коммитов и сообщением журнала от
пользователь, описывающий изменения.

A --- B --- C тема
/
D --- E --- F --- G --- H мастер

Второй синтаксис ( ГОЛОВА ...) поддерживается по историческим причинам. Не используйте
это из командной строки или в новых скриптах. Это то же самое, что и git merge -m
....

Третий синтаксис («git merge --abort») может быть запущен только после того, как слияние привело к
конфликты. мерзавец слияние - отменить прервет процесс слияния и попытается восстановить
состояние до слияния. Однако, если при запуске слияния были незафиксированные изменения (и
особенно если эти изменения были дополнительно изменены после начала слияния), мерзавец слияние
- отменить в некоторых случаях не сможет восстановить исходные (до слияния) изменения.
Следовательно:

Предупреждение: Бег мерзавец слияние с нетривиальными незафиксированными изменениями не рекомендуется: в то время как
возможно, это может оставить вас в состоянии, из которого трудно выйти в случае
конфликт.

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

--commit, --no-commit
Выполните слияние и зафиксируйте результат. Этот параметр можно использовать для отмены
- без фиксации.

С --no-commit выполнить слияние, но сделать вид, что слияние не удалось, и не выполнять автоматическую фиксацию,
чтобы дать пользователю возможность проверить и дополнительно настроить результат слияния, прежде чем
совершение.

--редактировать, -е, --нет-редактировать
Вызовите редактор перед совершением успешного механического слияния для дальнейшего редактирования
автоматически сгенерированное сообщение о слиянии, чтобы пользователь мог объяснить и обосновать слияние. В
Параметр --no-edit может использоваться для принятия автоматически сгенерированного сообщения (обычно это
обескуражен). Параметр --edit (или -e) по-прежнему полезен, если вы даете черновик
сообщение с параметром -m из командной строки и хотите отредактировать его в редакторе.

Старые скрипты могут зависеть от исторического поведения, не позволяющего пользователю редактировать
сообщение журнала слияния. При запуске git merge они увидят открытый редактор. Сделать
такие скрипты проще адаптировать к обновленному поведению, переменная окружения
Для GIT_MERGE_AUTOEDIT можно установить значение no в начале их.

--ff
Когда слияние разрешается как перемотка вперед, обновляйте только указатель ветки, без
создание коммита слияния. Это поведение по умолчанию.

--но-фф
Создайте фиксацию слияния, даже если слияние разрешается как ускоренная перемотка вперед. Это
поведение по умолчанию при слиянии аннотированного (и, возможно, подписанного) тега.

--ff-только
Отказаться от слияния и выйти с ненулевым статусом, если текущий HEAD уже не
актуальным или слияние может быть решено как ускоренная перемотка вперед.

--log [= ], --no-log
Помимо имен веток, заполните сообщение журнала однострочными описаниями из
в большинстве фактические коммиты, которые объединяются. Смотрите также git-fmt-слияние-msg(1).

С --no-log не выводить однострочные описания фактических сливаемых коммитов.

--stat, -n, --no-stat
Показать различную статистику в конце слияния. Диффстат также управляется
опция конфигурации merge.stat.

С -n или --no-stat не отображать diffstat в конце слияния.

--сквош, --не-сквош
Создайте рабочее дерево и состояние индекса, как если бы произошло настоящее слияние (за исключением
информация о слиянии), но на самом деле не совершайте фиксацию, не перемещайте HEAD или не записывайте
$ GIT_DIR / MERGE_HEAD (чтобы следующая команда git commit создала коммит слияния).
Это позволяет вам создать одиночный коммит поверх текущей ветки, чей эффект
то же, что и слияние другой ветви (или больше в случае осьминога).

С помощью --no-squash выполните слияние и зафиксируйте результат. Эта опция может быть использована для
переопределить --squash.

-s , --strategy =
Используйте данную стратегию слияния; можно указать несколько раз, чтобы указать их в
Порядок их надо попробовать. Если нет опции -s, появится встроенный список стратегий.
используется вместо (мерзавец слияние-рекурсивный при объединении одной головы, мерзавец осьминог
иначе).

-ИКС , --strategy-option =
Передайте опцию, специфичную для стратегии слияния, в стратегию слияния.

--verify-подписи, --no-verify-подписи
Убедитесь, что объединяемые коммиты имеют хорошие и надежные подписи GPG, и отмените операцию.
слияние, если они этого не сделают.

--резюме, --не-резюме
Синонимы к --stat и --no-stat; они устарели и будут удалены в
будущее.

-к, --тишина
Работайте тихо. Подразумевает --no-progress.

-v, --подробный
Будьте многословны.

--прогресс, --нет-прогресс
Явное включение / выключение прогресса. Если ни один из них не указан, прогресс отображается, если
стандартная ошибка связана с терминалом. Обратите внимание, что не все стратегии слияния могут
поддержка отчетов о проделанной работе.

-S [ ], --gpg-sign [= ]
GPG-подпишите получившийся коммит слияния. Аргумент keyid является необязательным и по умолчанию имеет значение
личность коммиттера; если указано, он должен быть прикреплен к опции без пробела.

-м
Установите сообщение фиксации, которое будет использоваться для фиксации слияния (в случае его создания).

Если указан --log, короткий журнал объединяемых коммитов будет добавлен к
указанное сообщение.

Команда мерзавец fmt-слияние-msg можно использовать команду по умолчанию для автоматического мерзавец
слияние призывы. Автоматическое сообщение может включать описание ветки.

- [no-] rerere-autoupdate
Разрешить механизму повторного обновления обновлять индекс в результате автоконфликтности
разрешение, если возможно.

- отменить
Прервать текущий процесс разрешения конфликта и попытаться восстановить предварительное слияние
состоянии.

Если при запуске слияния присутствовали незафиксированные изменения рабочего дерева, мерзавец слияние
- отменить в некоторых случаях не удастся восстановить эти изменения. Поэтому это
рекомендуется всегда фиксировать или хранить изменения перед запуском мерзавец слияние.

мерзавец слияние - отменить эквивалентна мерзавец сброс - объединить когда присутствует MERGE_HEAD.

...
Коммиты, обычно другие главы веток, на слияние с нашей веткой. Указание более чем
одна фиксация создаст слияние с более чем двумя родителями (ласково называется
Осьминог слияние).

Если из командной строки не поступает фиксация, объедините ветки удаленного отслеживания, которые
текущая ветвь настроена для использования в качестве восходящего потока. См. Также конфигурацию
раздел этой справочной страницы.

Когда указан FETCH_HEAD (и никакая другая фиксация), ветки, записанные в
.git / FETCH_HEAD при предыдущем вызове git fetch для слияния объединяются в
текущая ветка.

ПРЕДВАРИТЕЛЬНОЕ ОБЪЕДИНЕНИЕ ПРОВЕРКИ

Прежде чем применять внешние изменения, вы должны привести свою работу в хорошую форму и преданность делу.
локально, поэтому он не будет затираться в случае конфликтов. Смотрите также мерзавец(1). мерзавец
тянуть и мерзавец слияние остановится, ничего не делая, когда локальные незафиксированные изменения перекрываются
с файлами, которые мерзавец тянуть/мерзавец слияние может потребоваться обновление.

Чтобы избежать записи несвязанных изменений в коммит слияния, мерзавец тянуть и мерзавец слияние будет также
прервать выполнение, если в индексе зарегистрированы какие-либо изменения относительно фиксации HEAD. (Один
исключение - когда измененные записи индекса находятся в состоянии, которое может возникнуть в результате
уже слить.)

Если все названные коммиты уже являются предками HEAD, мерзавец слияние выйдет рано с
сообщение «Уже актуально».

ПЕРЕМОТКА ВПЕРЕД MERGE

Часто текущая глава ветки является предком указанного коммита. Это самый распространенный
случай, особенно при вызове из мерзавец тянуть: вы отслеживаете исходный репозиторий, вы
не зафиксировали никаких локальных изменений, и теперь вы хотите выполнить обновление до более новой версии основной ветки разработки.
В этом случае новая фиксация не требуется для хранения объединенной истории; вместо этого ГОЛОВА
(вместе с индексом) обновляется, чтобы указать на названный коммит, без создания дополнительных
объединить фиксацию.

Это поведение можно подавить с помощью опции --no-ff.

ИСТИНА MERGE

За исключением слияния с перемоткой вперед (см. Выше), объединяемые ветви должны быть связаны
вместе с помощью коммита слияния, в котором они оба являются его родителями.

Объединенная версия, согласовывающая изменения из всех объединяемых веток, фиксируется, и
ваш HEAD, индекс и рабочее дерево обновляются до него. Возможны модификации
в рабочем дереве до тех пор, пока они не перекрываются; обновление сохранит их.

Когда неочевидно, как согласовать изменения, происходит следующее:

1. Указатель HEAD останется прежним.

2. Ссылка MERGE_HEAD настроена так, чтобы указывать на другую головку ветки.

3. Чисто объединенные пути обновляются как в индексном файле, так и в вашем рабочем дереве.

4. Для конфликтующих путей индексный файл записывает до трех версий: на этапе 1 хранится
версия от общего предка, стадия 2 из HEAD и стадия 3 из MERGE_HEAD (вы
можно проверить этапы с помощью git ls-files -u). Файлы рабочего дерева содержат
результат программы «слияния»; т.е. результаты трехстороннего слияния со знакомыми маркерами конфликта
<<< === >>>.

5. Никаких других изменений не вносится. В частности, локальные модификации, которые были у вас до
начатое слияние останется прежним, и записи индекса для них останутся такими же, как и были,
т.е. соответствие HEAD.

Если вы попытались выполнить слияние, которое привело к сложным конфликтам, и хотите начать все сначала, вы можете
восстановить с помощью git merge --abort.

СЛИЯНИЕ TAG

При слиянии аннотированного (и, возможно, подписанного) тега Git всегда создает фиксацию слияния
даже если быстрое слияние возможно, и шаблон сообщения фиксации подготовлен с
сообщение тега. Кроме того, если тег подписан, проверка подписи отображается как
комментарий в шаблоне сообщения. Смотрите также git-тег(1).

Когда вы хотите просто интегрироваться с работой, ведущей к фиксации, которая оказывается
помечены, например, синхронизируются с апстрим-точкой выпуска, вы можете не захотеть делать
ненужная фиксация слияния.

В таком случае вы можете самостоятельно «развернуть» тег перед тем, как передать его в git merge, или передать
--ff-только если у вас нет работы самостоятельно. например

git получить происхождение
git слияние v1.2.3 ^ 0
git слияние --ff-только v1.2.3

КАК МЫ РАБОТАЕМ КОНФЛИКТЫ МЫ ПРЕДСТАВЛЕННЫЙ

Во время слияния файлы рабочего дерева обновляются, чтобы отразить результат слияния.
Среди изменений, внесенных в версию общего предка, неперекрывающиеся (то есть
вы изменили область файла, в то время как другая сторона оставила эту область нетронутой, или наоборот)
дословно включаются в окончательный результат. Когда обе стороны внесли изменения в одно и то же
однако Git не может случайным образом выбирать одну сторону над другой и просит вас разрешить
это, оставив то, что обе стороны сделали с этой областью.

По умолчанию Git использует тот же стиль, что и программа «слияния» из RCS.
набор, чтобы представить такой конфликтующий кусок, например:

Вот строки, которые либо не изменились по сравнению с обычными
предка, или решено чисто, потому что изменилась только одна сторона.
<<<<<<< ваш: sample.txt
Разрешение конфликтов сложно;
пойдем по магазинам.
=======
Git упрощает разрешение конфликтов.
>>>>>>> их: sample.txt
А вот еще одна строка, которая решена или не изменена.

Область, где произошла пара конфликтующих изменений, отмечена маркерами <<<<<<<,
======= и >>>>>>>. Часть перед ======= обычно является вашей стороной, а часть
потом обычно оказывается на их стороне.

Формат по умолчанию не показывает, что было сказано в оригинале в конфликтной области. Ты
не могу сказать, сколько строк удалено и заменено замечанием Барби на вашей стороне. В
единственное, что вы можете сказать, это то, что ваша сторона хочет сказать, что это сложно, и вы бы предпочли уйти
совершать покупки, в то время как другая сторона заявляет, что это легко.

Можно использовать альтернативный стиль, задав конфигурацию merge.conflictStyle.
переменная в "diff3". В стиле "diff3" вышеупомянутый конфликт может выглядеть так:

Вот строки, которые либо не изменились по сравнению с обычными
предка, или решено чисто, потому что изменилась только одна сторона.
<<<<<<< ваш: sample.txt
Разрешение конфликтов сложно;
пойдем по магазинам.
|||||||
Разрешение конфликта сложно.
=======
Git упрощает разрешение конфликтов.
>>>>>>> их: sample.txt
А вот еще одна строка, которая решена или не изменена.

Помимо маркеров <<<<<<<, ======= и >>>>>>>, он использует еще один ||||||| маркер
за которым следует исходный текст. Вы можете сказать, что оригинал просто констатировал факт,
и ваша сторона просто смирилась с этим заявлением и сдалась, в то время как другая сторона пыталась
иметь более позитивный настрой. Иногда можно добиться лучшего разрешения,
просмотр оригинала.

КАК МЫ РАБОТАЕМ К РАЗРЕШИТЬ КОНФЛИКТЫ

Увидев конфликт, вы можете сделать две вещи:

· Решите не сливаться. Единственное, что вам нужно, - это сбросить индексный файл до
HEAD фиксирует отмену 2. и очищает рабочее дерево изменений, сделанных 2. и 3 .; мерзавец
Для этого можно использовать merge --abort.

· Разрешить конфликты. Git отметит конфликты в рабочем дереве. Отредактируйте файлы
в форму и мерзавец добавить их в индекс. Использовать мерзавец совершать чтобы скрепить сделку.

Вы можете справиться с конфликтом с помощью ряда инструментов:

· Используйте mergetool. git mergetool, чтобы запустить графический mergetool, который будет работать с вами
через слияние.

· Посмотрите на различия. git diff покажет трехстороннее различие, выделив изменения из
обе версии HEAD и MERGE_HEAD.

· Посмотрите на различия в каждой ветке. git журнал --merge -p сначала покажет различия
для версии HEAD, а затем версии MERGE_HEAD.

· Посмотрите на оригиналы. git show: 1: filename показывает общего предка, git show
: 2: filename показывает версию HEAD, а git show: 3: filename показывает MERGE_HEAD
версия.

ПРИМЕРЫ

· Исправления и улучшения слияния ветвей поверх текущей ветки, создавая осьминога
объединить:

$ git merge исправляет улучшения

· Слить устаревшую ветку с текущей веткой, используя нашу стратегию слияния:

$ git merge -s наше устарело

· Слить ветку maint с текущей веткой, но не делать новую фиксацию
автоматически:

$ git merge --no-commit maint

Это можно использовать, если вы хотите включить дальнейшие изменения в слияние или хотите
напишите свое собственное сообщение о фиксации слияния.

Вы должны воздерживаться от злоупотребления этой опцией для внесения существенных изменений в слияние.
совершить. Допустимы небольшие исправления, такие как изменение названия выпуска / версии.

MERGE СТРАТЕГИИ

Механизм слияния (команды git merge и git pull) позволяет бэкэнд слияние стратегий
для выбора с параметром -s. Некоторые стратегии также могут иметь свои собственные варианты, которые могут быть
прошло, дав -X аргументы для git merge и / или git pull.

решение
Это может разрешить только две головы (то есть текущую ветвь и другую ветку, которую вы вытащили
from) с использованием 3-стороннего алгоритма слияния. Он пытается тщательно обнаружить перекрестное слияние
двусмысленностей и считается в целом безопасным и быстрым.

рекурсивный
Это может разрешить только две головы с использованием 3-стороннего алгоритма слияния. Когда больше, чем
один общий предок, который можно использовать для 3-стороннего слияния, он создает объединенное дерево
общих предков и использует это в качестве ссылочного дерева для трехстороннего слияния. Это
сообщалось, что это приводит к меньшему количеству конфликтов слияния, не вызывая ошибок слияния при тестировании
сделано на фактических коммитах слияния, взятых из истории разработки ядра Linux 2.6.
Кроме того, это может обнаруживать и обрабатывать слияния с переименованием. Это по умолчанию
стратегия слияния при извлечении или слиянии одной ветки.

Команда рекурсивный Стратегия может принимать следующие варианты:

наш
Эта опция принудительно разрешает конфликтующие блоки автоматически, выбирая наши
версия. Изменения из другого дерева, которые не конфликтуют с нашей стороной, являются
отражено в результате слияния. Для двоичного файла берется все содержимое
с нашей стороны.

Это не следует путать с наш стратегия слияния, которая даже не выглядит
в чем вообще содержится другое дерево. Он отбрасывает все, что делало другое дерево,
декларирование наши история содержит все, что в ней произошло.

их
Это противоположность наш.

терпение
С этой опцией слияние-рекурсивный тратит немного больше времени, чтобы избежать ошибок
которые иногда возникают из-за несущественных совпадающих строк (например, фигурных скобок из разных
функции). Используйте это, когда объединяемые ветви сильно разошлись. Смотрите также
git-diff(1) - терпение.

diff-algorithm = [терпение | минимальная | гистограмма | myers]
Сообщает слияние-рекурсивный использовать другой алгоритм сравнения, который поможет избежать
ошибочные слияния, возникающие из-за несущественных совпадающих строк (например, фигурных скобок из
различные функции). Смотрите также git-diff(1) --дифференциальный алгоритм.

игнорировать-пробел-изменение, игнорировать-все-пространство, игнорировать-пробел-в-эол
Обрабатывает строки с указанным типом изменения пробелов как неизменные для
ради трехстороннего слияния. Изменения пробелов смешиваются с другими изменениями строки
не игнорируются. Смотрите также git-diff(1) -b, -w и --ignore-space-at-eol.

· Если их версия только вводит изменения пробелов в строке, наши версия
использовал;

· Если наши версия вводит изменения пробелов, но их версия включает
существенное изменение, их версия используется;

· В противном случае слияние происходит обычным образом.

перенормировать
Это запускает виртуальную регистрацию и регистрацию всех трех этапов файла, когда
разрешение трехстороннего слияния. Эта опция предназначена для использования при объединении веток
с различными чистыми фильтрами или правилами нормализации конца строки. См. «Слияние
ветки с разными атрибутами проверки / оформления заказа "в gitattributes(5) для


без перенормировки
Отключает опцию перенормировки. Это отменяет merge.renormalize
переменная конфигурация.

переименовать-порог =
Управляет порогом сходства, используемым для обнаружения переименования. Смотрите также git-diff(1)
-М.

поддерево [= ]
Этот вариант представляет собой более продвинутую форму поддерево стратегия, где стратегия делает
предположение о том, как два дерева должны быть сдвинуты, чтобы соответствовать друг другу при слиянии.
Вместо этого указанный путь снабжен префиксом (или удаляется с начала), чтобы сделать
форма двух деревьев должна соответствовать.

осьминог
Это разрешает случаи с более чем двумя головками, но отказывается выполнять сложное слияние, которое
требуется ручное разрешение. Он в первую очередь предназначен для объединения тематических веток.
головы вместе. Это стратегия слияния по умолчанию при извлечении или слиянии более чем
одна ветка.

наш
Это разрешает любое количество голов, но результирующее дерево слияния всегда такое
главы текущей ветки, игнорируя все изменения из всех других веток.
Он предназначен для использования вместо старой истории развития боковых веток. Примечание
что это отличается от опции -Xours на рекурсивный стратегия слияния.

поддерево
Это модифицированная рекурсивная стратегия. При объединении деревьев A и B, если B соответствует
поддерево A, B сначала настраивается для соответствия древовидной структуре A, а не
чтение деревьев на одном уровне. Эта настройка также выполняется для общего
дерево предков.

Со стратегиями, использующими 3-стороннее слияние (включая значение по умолчанию, рекурсивный), если изменить
выполняется в обеих ветвях, но позже откатывается в одной из ветвей, это изменение будет
присутствует в объединенном результате; некоторых людей это поведение сбивает с толку. Это происходит потому, что
при слиянии учитываются только головы и база слияния, а не
индивидуальные коммиты. Следовательно, алгоритм слияния рассматривает отмененное изменение как отсутствие
изменить и заменить вместо этого измененную версию.

КОНФИГУРАЦИЯ

слияние.conflictStyle
Укажите стиль, в котором конфликтующие блоки записываются в файлы рабочего дерева при
слить. По умолчанию используется «объединить», что показывает маркер конфликта <<<<<<<, изменения, внесенные
одна сторона, маркер =======, изменения, сделанные другой стороной, а затем маркер >>>>>>>.
Альтернативный стиль, «diff3», добавляет ||||||| маркер и исходный текст перед
======= маркер.

слияние.defaultToUpstream
Если слияние вызывается без аргумента фиксации, слияние настроенных ветвей восходящего потока
для текущей ветви, используя их последние наблюдаемые значения, хранящиеся в их
удаленное отслеживание веток. Ценности отрасли. . объединить это имя
филиалы на удаленном компьютере, названные ветвью. .remote консультируются, и
затем они отображаются через удаленный. .fetch к соответствующему удаленному отслеживанию
ветви, и кончики этих ветвей отслеживания объединяются.

слияние.ff
По умолчанию Git не создает дополнительную фиксацию слияния при слиянии фиксации, которая является
потомок текущего коммита. Вместо этого вершина текущей ветки
перемотка вперед. Если установлено значение false, эта переменная сообщает Git о необходимости создания дополнительного слияния.
совершить в таком случае (эквивалентно указанию параметра --no-ff из командной строки).
Если установлено значение only, разрешены только такие слияния с быстрой перемоткой вперед (эквивалентно заданию
--ff-only из командной строки).

merge.branchdesc
Помимо имен веток, заполните сообщение журнала текстом описания ветки.
связанные с ними. По умолчанию - false.

слияние.log
В дополнение к именам веток, заполните сообщение журнала не более чем указанными
количество однострочных описаний фактических объединяемых коммитов.
По умолчанию false, а true является синонимом 20.

merge.renameLimit
Количество файлов, которые следует учитывать при обнаружении переименования во время слияния; если
не указано, по умолчанию используется значение diff.renameLimit.

объединить.перенормировать
Сообщите Git, что каноническое представление файлов в репозитории изменилось
время (например, более ранние коммиты записывают текстовые файлы с окончанием строки CRLF, но недавние
используйте окончание строки LF). В таком репозитории Git может преобразовывать данные, записанные в
принимает каноническую форму перед выполнением слияния, чтобы уменьшить ненужные конфликты.
Для получения дополнительной информации см. Раздел «Объединение веток с разной проверкой / оформлением».
атрибуты "в gitattributes(5).

слияние.стат
Следует ли печатать diffstat между ORIG_HEAD и результатом слияния в конце
слить. Верно по умолчанию.

слияние.инструмент
Управляет тем, какой инструмент слияния используется git-mergetool(1). В приведенном ниже списке показаны действующие
встроенные значения. Любое другое значение рассматривается как настраиваемый инструмент слияния и требует, чтобы
соответствующий mergetool. Переменная .cmd определена.

· Араксис

· до н.э

· Bc3

· Codecompare

· Deltawalker

· Diffmerge

· размытый

· Ecmerge

· появляться

· Gvimdiff

· Gvimdiff2

· Gvimdiff3

· Kdiff3

· Слияние

· Opendiff

· P4merge

· Tkdiff

· Черепаха

· Vimdiff

· Vimdiff2

· Vimdiff3

· Winmerge

· Xxdiff

слияние.многословие
Управляет объемом вывода, отображаемым стратегией рекурсивного слияния. Выходы уровня 0
ничего, кроме последнего сообщения об ошибке, если обнаружены конфликты. Только выходы уровня 1
конфликты, 2 выхода, конфликты и изменения файлов. Уровень 5 и выше выводит отладку
Информация. По умолчанию - уровень 2. Может быть отменен GIT_MERGE_VERBOSITY
переменная среды.

слить. .имя
Определяет удобочитаемое имя для настраиваемого низкоуровневого драйвера слияния. Видеть
gitattributes(5) для подробностей.

слить. .Водитель
Определяет команду, реализующую настраиваемый драйвер слияния низкого уровня. Видеть
gitattributes(5) для подробностей.

слить. .рекурсивный
Называет низкоуровневый драйвер слияния, который будет использоваться при выполнении внутреннего слияния между
общие предки. Видеть gitattributes(5) для подробностей.

ветвь. .mergeOptions
Устанавливает параметры по умолчанию для слияния с веткой . Синтаксис и поддерживаемые параметры
такие же, как у мерзавец слияние, но значения параметров, содержащие символы пробела
в настоящее время не поддерживаются.

Используйте git-merge онлайн с помощью сервисов onworks.net