Откат Git слияния

227

develop branch
--> dashboard (working branch)

Я использую, git merge --no-ff developчтобы объединить любые восходящие изменения в приборной панели

git log:

commit 88113a64a21bf8a51409ee2a1321442fd08db705
Merge: 981bc20 888a557
Author: XXXX <>
Date:   Mon Jul 30 08:16:46 2012 -0500

    Merge branch 'develop' into dashboard

commit 888a5572428a372f15a52106b8d74ff910493f01
Author: root <root@magneto.giveforward.com>
Date:   Sun Jul 29 10:49:21 2012 -0500

    fixed end date edit display to have leading 0

commit 167ad941726c876349bfa445873bdcd475eb8cd8
Author: XXXX <>
Date:   Sun Jul 29 09:13:24 2012 -0500

В слиянии было около 50+ коммитов, и мне интересно, как просто отменить слияние, чтобы панель инструментов вернулась к состоянию предварительного слияния

Во-вторых, если я не выполняю слияние --no-ff, я не получаю коммит ' ветвь слияния' превращается 'в панель инструментов ' .. Как бы я откатил это слияние назад?

git

— cgmckeever
источник

3

Возможный дубликат отмены слияния Git? ,

321

Отмена фиксации слияния была подробно рассмотрена в других вопросах. Когда вы выполняете ускоренное слияние, второе, которое вы описываете, вы можете использовать git resetдля возврата в предыдущее состояние:

git reset --hard <commit_before_merge>

Вы можете найти <commit_before_merge>с git reflog, git logили, если вы чувствуете смятение (и больше ничего не сделали):git reset --hard HEAD@{1}

— Кристофер
источник

6

спасибо за быстрый ответ .. глядя на git log, коммит до слияния 50+ коммитов возвращается, так как разработка git merge фактически вставляет все остальные коммиты. Я думаю, что я не получаю, если я не знаю, что / где было это слияние - как мне его найти? Вы упоминаете о поиске commit_before_merge .. Я думаю, я не понимаю эту часть

— cgmckeever

4

Похоже, с git reflog выглядит так, как будто хорошо суммирует последние заголовки и позволяет мне узнать, куда мне нужно выполнить сброс. В журнале git слишком много гранулярности, чтобы определить место для сброса. Спасибо

— cgmckeever

1

Да, reflogспасатель. HEAD@{1}просто описывает второе самое последнее состояние HEAD, или более технически: «Ссылка, за которой следует суффикс @ с порядковым номером, заключенным в пару скобок (например, {1}, {15}), указывает n-е предшествующее значение этого исх «.

— Кристофер

4

Как насчет подталкивания к удаленному? Я не вижу, как это будет работать.

— Антон Савельев

2

Это безнадежно. Уничтожает все коммиты после слияния.

— aaa90210

152

Отсюда:

http://www.christianengvall.se/undo-pushed-merge-git/

git revert -m 1 <merge commit hash>

Git revert добавляет новый коммит, который откатывает указанный коммит.

Использование -m 1 говорит о том, что это слияние, и мы хотим откатиться до родительского коммита в главной ветви. Вы должны использовать -m 2, чтобы указать ветку разработки.

— sturrockad
источник

30

Обратите внимание, что вы не можете повторно объединить ветвь после этого, как сказано в документации: «Обращение коммита слияния объявляет, что вы никогда не захотите изменений дерева, внесенных слиянием. В результате, последующие слияния будут только вносить изменения дерева коммитами, которые не являются предками ранее отмененного слияния. Это может или не может быть тем, что вы хотите. "

— Далибор Карлович

23

@ DaliborKarlović Это утверждение немного резкое. Вы можете определенно вернуть эти изменения позже, трюк состоит в том, чтобы отменить возвращенный коммит. Более подробная информация здесь, в разделе «Возврат к возврату»

— Hilikus

3

К сожалению, hereссылка в комментарии @Hilikus больше не действительна. Сайт утверждает, что контент был перенесен в книгу ( git-scm.com/book/en/v2 ), но если это так, то найти его там нетривиально.

— Джесси Чисхолм

@ DaliborKarlović - это случай с ответом выше от @Christopher?

— Джеймс Б.

3

Содержимое для

— SEK

28

Просто сбросьте коммит слияния с git reset --hard HEAD^.

Если вы используете --no-ff, git всегда создает слияние, даже если вы ничего не делаете между ними. Без --no-ff git просто сделает перемотку вперед, что означает, что для ваших веток HEAD будет установлено значение HEAD объединенной ветки. Чтобы решить эту проблему, найдите идентификатор фиксации, к которому вы хотите вернуться и git reset --hard $COMMITID.

— Нико Эрфурт
источник

1

Хорошее решение, если вы не знаете коммит до слияния.

— iglesiasedd

Работал для меня, поскольку я не знаю, передайте идентификатор. + 1

— Анант Сингх --- Жив, чтобы умереть

если нежелательное слияние уже было зафиксировано на удаленном компьютере, я использовал git push -f для обновления удаленной ветви после возврата.

— zumek

16

git revert -m 1 88113a64a21bf8a51409ee2a1321442fd08db705

Но могут иметь неожиданные побочные эффекты. См --mainline parent-numberвариант в git-scm.com/docs/git-revert

Возможно, грубым, но эффективным способом было бы проверить левого родителя этого коммита, сделать копию всех файлов, HEADснова оформить заказ и заменить все содержимое старыми файлами. Затем git скажет вам, что откатывается, и вы создадите свой собственный возвратный коммит :)!

— Хорхе Орпинель
источник

1

+1, потому что этот ответ не связывается с историей, как сброс (действительно важно, если вы уже перешли на удаленный доступ). Но каких неожиданных побочных эффектов мне следует ожидать?

— Pedromanoel

3

Это побочный эффект, который вы упомянули?

Reverting a merge commit declares that you will never want the tree changes brought in by the merge. As a result, later merges will only bring in tree changes introduced by commits that are not ancestors of the previously reverted merge. This may or may not be what you want.

— Pedromanoel

1

Вы говорите, git resetчто это решение, но также упоминаете, что оно может иметь неожиданные побочные эффекты. Тем не менее, эта ссылка от git revert, а не git reset:)

— Марк

2

Пожалуйста, обратите внимание, git reset не имеет флага -m. Также обратите внимание, что @JorgeOrpinel ссылается на документы git-revert, а не git-reset. Я думаю, что он хотел сказать git revertнетgit reset

— Девин Глисон Ламберт

Как избежать Mainline было указано, но фиксация 1234xyz не является ошибкой слияния .

— Achal

0

Если вы слили ветвь, то отменили слияние, используя запрос на извлечение, и объединили этот запрос на откат для возврата.

Самым простым способом, который я чувствовал, было:

Возьмите новую ветку от Develop / Master (где вы слились)
Отменить «возврат», используя git revert -m 1 xxxxxx(если возврат был объединен с использованием ветви) или используя, git revert xxxxxxесли это был простой возврат
Новая ветвь теперь должна иметь изменения, которые вы хотите снова объединить.
Внесите изменения или объедините эту ветку для разработки / master

— Рохин Так
источник