Как применить парадигму git-flow к моему проекту?

Question

Я начал использовать поток git и задать некоторые вопросы.

1. В примерах, как here и here я вижу ветку выпуска начался, а затем несколько коммитов сделаны до того, как филиал релиза получает завершен. Почему это? Разве не все должно быть готово, а затем выпущено? В первом примере есть даже новая функция, разработанная, когда ветвь релиза открыта.

2. Я собираюсь сделать некоторые рефакторинг для моего текущего проекта. Какую ветвь я должен использовать/создавать? Функциональная ветвь кажется мне неправой, потому что она не является функцией по определению. Должен ли я делать это правильно в отрасли разработки?

3. Насколько я видел и читал, ветви признака являются локальными, но что, если я хочу разработать функцию с целой командой?

Answer 1

1. Две вещи
   • Административные изменения - Это где вы могли бы сделать что-то вроде ударять номер версии приложения и документации. Предпосылка заключается в том, что пока вы не создадите филиал, вы не знаете, что будет next version number, поэтому вы отложите это решение.
   • Исправления - Все готово к выпуску, но есть некоторые исправления. Вы можете либо сказать всем, чтобы не объединить ветви функций (предназначенные для будущей версии) в разработку до тех пор, пока релиз не будет завершен или не начнется релиз, что позволит развитию двигаться вперед.
2. Характеристика ветви для всего. Филиал отрасли - это просто имя; они больше похожи на делают некоторые работы, не испортив всех остальных ветвей, но это длинное имя.
3. Это вполне разумно, чтобы разделить ветки функций. Спросите своих сотрудников о своих предпочтениях.