>> Не надо делать revert в таких случаях. revert ведь не удаляет коммит, а накладывает сверху ещё один, который обнуляет эффект первого.

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

>> Делай git reset, чтобы поставиь HEAD на нужный коммит, таким образом ветка приходит в состояние, будто никакого коммита и не было вовсе.

а если после этого слияния прошли новые? не всегда же нужно именно "верхний" MR откатить..

>> Или вообще ничего не делай: внеси исправления в issue, и вторым мергом исправь первый.

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

>> Но я бы вообще рекомендовал rebase, merge принудительно сливает все коммиты в один, rebase же позволяет некоторые слить, некоторые оставить как есть, некоторые опустить вообще.

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