При мерже в master из своей develop (git merge develop) у меня открывается этот чертов vim и требует ввести коммент мержа. Раньше такого не бывало. При этом в остальных случаях, когда делаю мерж не в master (например в ветке develop: git merge feat), все происходит как обычно. Как вернуть, как было? А то в репозиторий эти названия мержей попадают
Тогда fast forward merge должен быть
Надо ребейзить ;) это происходит, потому что в ветке dev коммиты убежали вперед, а в вашей тоже убежали, прежде чем мержить в dev, нужно заребейзить. Вот такими заклинаниями. git checkout feturebranch Тут вы меняете что то делаете коммит : git commit -am "my feature done" git push git fetch #очень важный момент git rebase origin/dev И, если не случилось конфликтов, то все будет хорошо. И можно делать git checkout dev git pull git merge featurebranch gut push А если конфликты случились, я советую сразу сделать git rebase --abort (потом подумать и найти решение конфликтов ) И лучшим (но не всегда рабочим) решением может оказаться squash фича ветки
i just got my passport we're moving fast fast forward
сразу аборт, ппц ты радикальный
Ну да, нафиг углубляться. Тем более это хороший совет, для тех кто не силен в git. Undo делает людей более уверенными
спасибо, но я и половины не понял🤡 git push - это же на удаленный сервер отправить. зачем здесь это?
Ну я просто полный цикл, fetch - скачать с удаленного, чтобы мержить с как можно более свежей версией, поэтому общие ветки лучше апдейтить быстро, чтобы не создавать сослуживцам проблем :)
Он не сложный, он под разработку в группе. Там всё под это заточено. Работаешь один – он вообще без проблемный. Практически. Если не лазить на remote шаловливыми ручками. :)
Fetch надо каждый день с утра, пока пьешь кофе. Даже если работаешь один. Ибо ..! :)
Но вообще в gitlab щас все удобно как раз на тему безконфликтных ребейзов.
Дело не ребейзах/мержах, дело в пушах, которые делают другие пока одни спят. :)
Ну да, я имею ввиду, что больше не надо мержить dev, надо просто форкаться от него один раз и переживать, только если при мерже возник конфликт (в смысле тогда ребейзиться на текущий dev, пушить и мержить fast forward), а это не настолько часто бывает (все про gitlab in house)
Обсуждают сегодня