Почему в истории начал появляться коммит слияния?

Question

[Dyikot]

У меня две ветки: main и update. Соответсвенно все делаю в update и потом делаю merge с main и push main на GitHub. (update существует только локально). Раньше не было дополнительного комммита, о том что main слилась с update. Это появилось после того как я сначала сделал Revert и затем Revert "Revert".
Вопрос: Он вообще должен показываться? или раньше был баг что не показывался? И если не баг, то можно ли исправить это?

Comments

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

сделал Revert и Revert "Revert".

В какой ветке? Если в main, то так вы создали ответвление, и чтобы слить цепочки обратно в одно целое не обойтись без коммита слияния, который вы и видите в итоге.

ветку удалить и создать новую на основе main?

Rebase собственно это и делает. Ветка update удалится и соберется заново на новой вершине main, после ваших коммитов с откатами.

она у меня идентична с main.

Нет, если вы создали в main другие коммиты напрямую, то update уже не идентична. Истории разошлись по разным цепочкам коммитов.

Она мне нужна если что-то пойдет не так вернутЬся на main.

Гит в любом случае хранит всю историю и ничего не удаляет. Вы всегда можете вернуться к любой точке. Городить этот ваш костыль с отдельной веткой — это очень странное решение.

[Dyikot]

Сергей Кузнецов, Вернутся к любой точке это Create brunch from commit или Reset to commit?

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

Dyikot, и то и другое и даже больше. В зависимости от того, какой смысл вы вкладываете в слово «вернуться». Что хотите, то и будет.

Answer 1

[MVV]

Это - не баг, это - результат ваших (непродуманных?) действий.
Revert (в отличие от reset) создаает commit. Поэтому у вас в main появилась цепочка commit после точки разделения (можете посмотреть любым средством просмотра веток - да хоть git log: git log с ключом --graph после слияния покажет это достаточно наглядно. Слить такие ветки быстрой перемоткой (fast-forward), как вам удавалось делать раньше, не получится, поэтому gitу приходится создавать merge commit с двумя родителями - исходными указателями сливаемых веток.
Основных способов выйти их такого положения - два.
Первый - сбросить указатель ветки main на точку разделения: переключиться на нее и выполнить git reset. Если вы действительно делали только отмену (revert) и отмену отмены, то вы ничего не должны потерять. Если опасаетесь потерять - создайте перед сбросом еще одну ветку на базе текущего main, потом вытащите в случае чего изменения из нее (а вообще-то в git зафиксированные изменения так сразу не теряются, и можно обычно вытащить их даже при отсутсвии ветки).
Второй способ - перебазировать (git rebase) ветку update на текущий указатель ветки main. Правда, в этом варианте у вас останутся в истории обе ваши отмены.
После этого вы сможете выполнить так нравящееся вам слияние быстрой перемоткой.
PS Есть ещё и третий вариант решения - забрать изменения из update в main с помощью cherry-pick, но в данном случае это - лишние заморочки IMHO.

Comments

[Dyikot]

А эту ветку удалить и создать новую на основе main?

[MVV]

"Эту" - это какую? Которая "на всякий случай" - удалить. Эти ваши commit отмены и отмены отмены будут удалены при следуюшей сборке мусора в репозитории. А с update делайте то, что вы обычно делаете, она тут не при делах.

PS А вообще, ветка - это указатель на голову цепочки commit'ов и ничего более.
PPS Если чего-то опасаетесь - сделайте копию папки .git, в случае чего - вернете обратно.

[Dyikot]

MVV, ну если удалю update и сделаю новую на основе main. Не поможет чтобы merge commit не было?

[MVV]

, ну если удалю update и сделаю новую на основе main.

Dyikot, а изменений в update вам не жалко? Если жалко - просто сделайте git rebase: он вам и update на основе main создаст, и изменения сохранит. Ну, а если не жалко - можно и так сделать.

[Dyikot]

MVV, она у меня идентична с main. Она мне нужна если что-то пойдет не так вернутся на main.