Восстановление фиксации слияния Git

Здесь есть два варианта.

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

Другой вариант - использовать параметр --rebase-merges на git rebase, который описан в руководстве следующим образом:

По умолчанию перебазирование просто удаляет коммиты слияния из списка задач и помещает перебазированные коммиты в единую линейную ветвь. С --rebase-merges вместо этого перебазирование будет пытаться сохранить структуру ветвления внутри коммитов, которые должны быть перебазированы, путем воссоздания коммитов слияния. Любые разрешенные конфликты слияния или ручные поправки в этих слияниях необходимо будет разрешить / повторно применить вручную.

Хорошо, это старый вопрос, и он уже принял ответ от @siride, но в моем случае этого ответа было недостаточно, поскольку --preserve-merges заставляет вас разрешать все конфликты второй раз. Мое решение основано на идее @Tobi B, но с точными пошаговыми командами

Итак, мы начнем с такого состояния на примере в вопросе:

*   8101fe3 Merge branch 'topic'  [HEAD -> master]
|\  
| * b62cae6 2                     [topic]
| |
| | * f5a7ca8 5                   [origin/master]
| | * e7affba 4
| |/  
|/|   
* | eb3b733 3
|/  
* 38abeae 1

Обратите внимание, что у нас впереди мастер 2 коммитов, поэтому выбор вишни не сработает.

1. Прежде всего, давайте создадим правильную историю, которую мы хотим:

   git checkout -b correct-history # create new branch to save master for future
   git rebase --strategy=ours --preserve-merges origin/master
   

   Мы используем --preserve-merges, чтобы сохранить нашу фиксацию слияния в истории. Мы используем --strategy=ours, чтобы игнорировать все конфликты слияния, поскольку нас не волнует, какое содержимое будет в этой фиксации слияния, нам нужна только хорошая история.

   История будет выглядеть так (без учёта мастера):

   *   51984c7 Merge branch 'topic'  [HEAD -> correct-history]
   |\  
   | * b62cae6 2                     [topic]
   * | f5a7ca8 5                     [origin/master]
   * | e7affba 4
   * | eb3b733 3
   |/  
   * 38abeae 1
   

2. Давайте теперь получим правильный индекс.

   git checkout master # return to our master branch
   git merge origin/master # merge origin/master on top of our master
   

   Здесь могут возникнуть дополнительные конфликты слияния, но это будут конфликты только из-за файлов, измененных между 8101fe3 и f5a7ca8, но не включая уже разрешенные конфликты из topic

   История будет выглядеть так (без учета правильной истории):

   *   94f1484 Merge branch 'origin/master'  [HEAD -> master]
   |\  
   * | f5a7ca8 5                   [origin/master]
   * | e7affba 4
   | *   8101fe3 Merge branch 'topic'
   | |\  
   | | * b62cae6 2                     [topic]
   |/ /
   * / eb3b733 3
   |/  
   * 38abeae 1
   

3. Последний этап - объединить нашу ветку с правильной историей и ветку с правильным индексом.

   git reset --soft correct-history
   git commit --amend
   

   Мы используем reset --soft для сброса нашей ветки (и истории) на правильную историю, но оставляем индекс и рабочее дерево как есть. Затем мы используем commit --amend, чтобы переписать нашу фиксацию слияния, которая раньше имела неправильный индекс, с нашим хорошим индексом от мастера.

   В итоге у нас будет такое состояние (обратите внимание на другой идентификатор верхнего коммита):

   *   13e6d03 Merge branch 'topic'  [HEAD -> master]
   |\  
   | * b62cae6 2                     [topic]
   * | f5a7ca8 5                     [origin/master]
   * | e7affba 4
   * | eb3b733 3
   |/  
   * 38abeae 1
   

Учитывая, что я только что потерял день, пытаясь понять это, и на самом деле нашел решение с помощью коллеги, я подумал, что должен вмешаться.

У нас большая кодовая база, и нам приходится иметь дело с двумя ветвями, которые сильно модифицируются одновременно. Есть основная ветка и дополнительная ветка, если вам это нужно.

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

Поэтому мне нужно «перебазировать» мое «слияние».

Вот как мы наконец это сделали:

1) обратите внимание на SHA. например: c4a924d458ea0629c0d694f1b9e9576a3ecf506b

git log -1

2) Создайте правильную историю, но это нарушит слияние.

git rebase -s ours --preserve-merges origin/master

3) обратите внимание на SHA. например: 29dd8101d78

git log -1

4) Теперь вернитесь туда, где вы были раньше

git reset c4a924d458ea0629c0d694f1b9e9576a3ecf506b --hard

5) Теперь слейте текущий мастер с вашей рабочей веткой

git merge origin/master
git mergetool
git commit -m"correct files

6) Теперь, когда у вас есть нужные файлы, но неправильная история, получите правильную историю поверх ваших изменений с помощью:

git reset 29dd8101d78 --soft

7) А затем --Измените результаты в исходной фиксации слияния

git commit --amend

Вуаля!

Похоже, что вы хотите удалить первое слияние. Вы можете выполнить следующую процедуру:

git checkout master      # Let's make sure we are on master branch
git reset --hard master~ # Let's get back to master before the merge
git pull                 # or git merge remote/master
git merge topic

Это даст вам то, что вы хотите.

• Из вашего коммита слияния
• Выбери новое изменение, которое должно быть легким
• скопируйте свой материал
• повторить слияние и разрешить конфликты, просто скопировав файлы из вашей локальной копии;)