Функция Gitflow vs исправление именования ветвей [закрыто]
При использовании Gitflow, какова причина разделения именования ветвей для feature vs bugfix vs hotfix?
Т. е. почему бы не просто, например, вместо:
feature/
bugfix/
hotfix/
Просто сделайте:
change/
Что такое разделение по функциям/исправлениям/исправлениям?
1 ответ:
Отличные вопросы, и ответ на них действительно зависит от того, как вы сортируете свой git. Ветвящаяся модель и gitflow в целом пытаются дать нам некоторый порядок в хаосе, который совершает только через пару дней.
Изображение ниже показывает вам, что они, хотя и имеет наибольший смысл.
(насколько я знаю, все это пришло из этого блога Винсента Дриссена )
Разделение исправлений, которые сливаются непосредственно в master, и исправлений ошибок, которые сливаются в dev, делает его легче идти с вашим циклом продукта.
Идея заключается в том, что вы создаете свое приложение, создаете функции, делаете релиз-кандидата (бета-тест), а затем выпускаете свое приложение. Hotfixs может понадобиться в любое время после этого. Нет смысла возвращаться до конца в ветку функций и выдавать исправление ошибки там, поскольку функция уже может быть разработана дальше.Есть ли в этом смысл?
Comments