Как удалить merge commit из проекта?

Question

[Матвей Nosurname]

Мне нужно удалить merge коммит, который я сделал при pull'e из удалёнки. Как это можно сделать?

Comments

[Lynn «Кофеман»]

И что должно получиться?

[Матвей Nosurname]

Lynn «Кофеман», Одна ветка, без merge коммита

[Lynn «Кофеман»]

Матвей Nosurname, и без изменений притянутых из мастера?

[Матвей Nosurname]

Lynn «Кофеман», В мастере вообще ничего не было, до pull'a

[Lynn «Кофеман»]

Как это не было?
А вон справа «Add before and daysLater…» и ниже это коммиты из мастера.

[Матвей Nosurname]

Lynn «Кофеман», Это с удалённого репозитория я подгрузил. Я иммел ввиду, что в локальной ветке master ничего не было

[Сергей Кузнецов]

Матвей Nosurname, ну как? Научился перебазировать или нет?

[Матвей Nosurname]

Сергей Кузнецов, да, простите, что не посмотрел ваше решение. Ваш вариант мне бы очень тогда помог. В итоге мне подсказали про интерактивный rebase, с помощью которого я удалил коммит

[Сергей Кузнецов]

Матвей Nosurname, мне казалось что интерактивный ребейз не работает если в цепочке есть коммит слияния.

Answer 1

[Saboteur]

А зачем?
Вы хотите это запушить? Тогда поменяется история для всех участников, и они все должны с этим согласиться и скачать новый вариант ветки с коммитами. Сможете синхронизировать эту активность для всех участников? (тут скорее всего самый простой вариант, что вы у себя удаляете этот коммит, например переделывая всю ветку через rebase или rebase со squash, а остальные участники удаляют у себя весь репозиторий и скачивают его с нуля).

Но зачем такое делать? Коммит в ветке просто показатель что в этом месте был мерж из другой ветки, и чтобы не было мерж коммитов по идее надо было во время мержа выбирать вариант

Comments

[Матвей Nosurname]

Спасибо, так и сделаю. У меня просто в капитан команды перфекционист, и у меня уже жопа с него горит

[Сергей Кузнецов]

Saboteur а зачем весь репозиторий то удалять? Если мы перепишем историю только одной ветки, то только её и удаляем и загружаем заново. А ещё лучше если коллеги просто перезагрузят её через git pull --rebase, чтобы не терять свою работу, если успели добавить что-то локально.

[mkone112]

Сергей Кузнецов,

А ещё лучше если коллеги просто перезагрузят её через git pull --rebase,

Ничего хорошего в этом нет. Участники ничего не должны делать из-за косяков одного члена команды. Пускай делает revert, а остальные продолжать обычный гитфлоу - стянут изменения, вмержат себе, и сделают пуш.

[Сергей Кузнецов]

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

А вот удалять репозиторий — совершенно бессмысленная и ненужная в данной ситуации операция. И тем более непонятно зачем делать revert? Что нам это даст?

[mkone112]

Сергей Кузнецов,

Наличие коммита слияния не является ошибкой,

Я этого и не говорил.

И не факт что эта ветка общая, может и не повлияет перебазирование ни на кого.

И не факт что не общая, может и повлияет перебазирование на кого.

А вот удалять репозиторий — совершенно бессмысленная и ненужная в данной ситуации операция.

Я этого не предлагал.

Что нам это даст?

Ветка другого участника не разойдется.

[Сергей Кузнецов]

mkone112,

Участники ничего не должны делать из-за косяков одного члена команды.

Кто это писал? ))

А так да, у меня претензии к автору ответа, а не к твоим комментариям.

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

[mkone112]

Сергей Кузнецов, проблема в самом факте распоряжения.

Answer 2

[Сергей Кузнецов]

Если капитан любит линейную историю то легко можно избавиться от коммита слияния:

git rebase origin/master databаse_branch

Эта команда пересадит ветку databаse_branch на вершину актуальной ветки database, которая судя по всему связана с веткой master в вышестоящем репозитории origin. Коммит слияния исчезнет.

Затем придётся принудительно обновить в вышестоящем репозитории эту ветку:

git push --force

И если кто-то её уже скачивал к себе, то попросить их обновиться через:

git pull databаse_branch --rebase

Как-то так. Я мог не угадать названия веток, так как по скрину не всё видно. Но принцип решения должен сработать.

Comments

[mkone112]

Чак Норрис настолько крут что делает rebase прямо в мастере.

[Сергей Кузнецов]

mkone112, Чак не путает ребейз в мастере с ребейзом НА мастер

[mkone112]

Сергей Кузнецов, а еще понимает что разницы никакой - у участников master разойдется с origin/master.

[Сергей Кузнецов]

mkone112, С какого перепуга мастер поменяется? Я никуда не перемещаюсь из тематической ветки. Последний параметр в команде означает переключиться в эту ветку, если вдруг мы находимся не на ней. Если мы уже в своей ветке, то последний параметр можно опустить. Изменяем только свою ветку, мастер не трогаем.

[mkone112]

Сергей Кузнецов, а, вот теперь я понял что хотел тс. Спасибо.

Answer 3

[mkone112]

По идее
git revert -m 1 <hash>
ну или если больше никто репу не стягивал:
git reset --hard <hash_до_нужного коммита>

Comments

[Матвей Nosurname]

А там же останется коммит об удалении, нет?

[mkone112]

Матвей Nosurname, о реверте - да. Если не нужен - тогда reset

[Сергей Кузнецов]

Зачем что-то отменять или откатывать? Тут всё гораздо проще решается.

[mkone112]

Сергей Кузнецов,

Тут всё гораздо проще решается.

Конкретнее. Если косяк в локале - можно сбросить. Если косяк уже у кого-то еще - revert. Что вы предлагаете? Забить чтоль? Или прости боже rebase мастера? Реально?

Answer 4

[Дмитрий Гординский]

Можно сделать rebase на ветку которая пулилась.