- которые я все еще не до конца понимаю, в каждой фирме говорят надо делать так, в другой нет не правильно - надо так ... хотелось бы до конца просто разобраться.
когда я работаю в отдельной бранче и закончив работу мне надо слить изменения в develop branch, но если там уже есть изменения он уже не дает через UI это сделать.
The merge could not be completed because the repository is configured to require fast-forward merges and the target branch contains commits which are not present in the source branch.
поэтому мне надо изменения из deveop, залить в свою ветку фичи в которой я работаю, и есть два способа rebase и develop.
- я всегда делаю через rebase, который перезаписывает историю и поднимает все твои изменения наверх, плюс в случаи конлфиктов ты можешь их поправить очень удобным образом через редактор jetrains.
- merge я давно не пользовался, на сколько мне говорили что не совсем безопасно его использовать, не знаю в случаи merge и конлфиктов можно ли их как-то резолвить через редактор?
Текущая ситуация такая что, мне говорят что не надо историю перезаписывать и использовать rebase это очень плохо, а в прошлой фирме говорили мне на оборот,
поэтому у меня путаница - в чем плохого то что я использую rebase, на оборот как мне кажется надежней и последние изменения будут на самом вверху и точно будут рабочими.
плохо делать rebase и force push на чужих ветках, которые уже находятся в удаленном репозитории и с которыми работает больше чем один человек. На своих rebase и force push очень даже ок, если вы ими умеете грамотно пользоваться. у каждого из этих вариантов (rebase / merge) есть свои плюсы и минусы. но так да, flow у каждой команды может отличаться от другой.
Обсуждают сегодня