Я вроде бы уже спрашивал, но что-то не нашел у себя заметок на эту тему. Все чаще вижу, что люди везде и всюду используют #git #rebase вместо #git #merge.
tl;dr Нужен очень подробный и детальный мануал по переезду с merge на rebase.
У всех основная и чуть ли не единственная причина использования rebase - красота истории. Меня красота истории не волнует, меня полностью устраивает линейность и последовательность merge. Я несколько раз пробовал использовать rebase, но это вызывает то фантомные боли, то утерянные изменения. И оказывается, что для красоты истории надо прикладывать усилия с перемещениями и сжатиями коммитов. В моем мировоззрении все только в пользу merge. В заметках осталась ссылка о том, что merge полезнее, но сайт больше не доступен - https://itnan.ru/post.php?c=1&p=340558
Но я в очередной раз наткнулся на фразу "я перешел на сторону тех, кто использует только rebase" и в очередной раз хочу попробовать rebase. Но мне нужен очень хороший разбор что делать в ситуации А, а что делать в ситуации Б. Хочу выработать новую привычку в разработке, но самостоятельно не получается. Базовые сравнения merge vs rebase, которые легко гуглятся, мне не помогают.
Находил статью по использованию rebase update-ref, там реально интересные случаи описаны и полезная причина использовать так https://andrewlock.net/working-with-stacked-branches-in-git-is-easier-with-update-refs/
В общем @tech помогай, пожалуйста.