привет) я могу забрать мёржем изменения с ветки и софт ресетом откатить к состоянию до мёржа, чтобы файлы висели в изменениях и можно было в шелв убрать?

вроде бы да, звучит как вполне рабочая идея

ладно, спасибо)

Привет ребят

Читаю книгу git pro,  там есть момент о том что нельзя делать rebase если ты уже пушнул текущие коммит, там это обьясняется тем что если другие сделали пулл по твоим первым коммитам и я пушнул еще раз уже после rebase то они запутаются, первые коммиты и коммиты после rebase что так идентично похожы? если даже да в чем проблема сделать им git pull?

при ребейзе меняется хэш комита

например есть 1 комит ты его пушнул пусть хэш 111 будет

Ребейзнутый коммит будет иметь другой хеш, для гита этого достаточно чтобы считать это совсем другим коммитом.

Другие разработчики при попытке pull получат сообщение, что что-то пошло не так и их история отличается от истории на сервере. Это запутывает.

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

после этого ты его ребейзнул и получил хэш комита 2222

сответственно когда человек который работал с твоей веткой и коммитом 111

он что то тоже сделал и у него есть коммит 333

когда он попытается его выложить

его репозиторий
333
111
Удаленный репозиторий
222

ну получаеться ему придется заного мержить origin и свой текущий

сответсвенно он это выложить не сможет так как нет общего предка

так как коммит 111 и 222 очень похожи то правки БУДУТ КОНФЛИКТАМИ

когад он их мержит

как вариант, либо черрипикать свои правки, чтобы не портить историю дублирующими коммитами

он не сможет автоматически резолвить их