придерживаться принципам git flow, и у меня возник вопрос, как правильно с точки зрения git flow проводить рефакторинг кода, как стоит правильно называть ветку для этого?
Просто не где не видел материалов просвещенные этому вопросу, это и фиксом не назовешь и фичей тоже не особо...
Отдельная ветка для рефакторинга? Чем правки при рефакторинге отличаются от правок при прочих процессах?
ну к примеру если очень много надо отрефакторить, написать красивее и так далее, для этого как по мне удобно создать новую ветку, так и с конфликтами проще разибраться, и самом понятно что где меняеться в ветках
Хочется отдельную – делайте. Сделаете описание коммита, ветку потом удалите. Какая разница как она называлась? :)
1. Почему вы решили придерживаться git flow? Интересный выбор. 2. Назовите фичой.
звучит в целом логично, спасибо за совет)
решил придерживаться git flow потому что он сравнитьльно простой, и как по мне все достаточно удобно структурируется, если у вас есть более удачные подходы к ведению веток был бы очень признателен если бы вы поделились какими нибудь материалами)
git flow был одной из первых моделей ветвления, и сейчас повсеместно считается перегруженным в плане количества веток и сущностей и слишком строг, так где это излишне. Он лучше, чем вообще полный хаос, но хуже других популярных моделей. Тут уже вы сами можете найти какие-нибудь обзорные статьи. Из того, что многие находят для себя подходящим, например, github flow или tbd (Trunk-based development). Кому что.
спасибо большое, почитаю)
Обсуждают сегодня