Правильного пути не существует. Как можно было бы сказать, TIMTOWTDI: Есть больше, чем один способ сделать это. Ваша модель ветвления в git должна соответствовать тому, как вы работаете над своим кодом, и что позволяет вам чувствовать себя комфортно в этом.
Как правило, полезно иметь основную ветку «релиз», которая будет принимать весь «проверенный и одобренный» код и отключать его при запуске новой функции. Точно, когда разветвляться или объединяться - до лет и / или рабочего процесса и привычек вашей команды.
Я лично всегда выполняю ветвь по функциональности / возможности, поэтому у меня есть проект в заданном состоянии, и люди просят, чтобы я добавил функцию X, а затем я git branch feature-X
. Когда кодирование будет закончено, я добавлю его в свою ветку integ
, чтобы проверить его с последними материалами, над которыми работали мои коллеги в то же время. Если он пройдет все тесты, то он в конечном итоге будет объединен в master
и собирается для сборки и развертывания. Но опять же, это зависит от ваших рабочих привычек.