GitFlow — очень нестабильная ветка разработки

GitFlow предполагает, что когда функция готова, она объединяется с разработкой, а затем в какой-то момент разработка объединяется с мастером.

Что происходит, когда вы работаете над кодом, который не одобрен для следующего выпуска, но вы все еще хотите протестировать его (и другие подобные будущие функции) вместе?

Вы не можете объединить его для разработки, потому что тогда ваша функция будет преждевременно переведена в мастер.

Что делают люди в этом случае?

Создаете ли вы дополнительную ветку для слияния этих будущих функций, чтобы облегчить ваше тестирование? Существует ли соглашение об именах для этого?


git-flow
person opticyclic    schedule 09.09.2015    source источник
comment
Как насчет переноса вашей ветки на текущую голову?   -  person usr1234567    schedule 09.09.2015
comment
Я думаю, что название должно быть функциональное тестирование в ветке разработки. есть соответствующий билет на SO.   -  person johndpope    schedule 20.10.2016

Ответы (1)


arrow_upward
1
arrow_downward

По словам Винсента Дриссена (автора модели GitFlow), вы должны объединить все функции для разработки ветки. Посмотрите на его собственные слова:

Ключевым моментом для отделения новой ветки релиза от разработки является момент, когда разработка (почти) отражает желаемое состояние нового релиза. По крайней мере, все функции, предназначенные для выпуска, который будет построен, должны быть объединены для разработки на данный момент времени. Все функции, предназначенные для будущих выпусков, могут быть недоступны — они должны ждать до тех пор, пока ветвь выпуска не будет ответвлена.

У меня тоже есть некоторые сомнения по этому поводу (проблемы с английским языком), но обычно я делаю то, что Он представляет на этом изображении: введите здесь описание изображения

Обратите внимание на последнюю функцию. Вы можете видеть, что он сливается только во втором выпуске примера. Итак, когда у меня есть незавершенная функция (возможно, для тестирования), я просто игнорирую ее до следующей реализации.

Кроме того, GitFlow — это только модель (успешная). И, как и все модели, он может не полностью подходить для вашего приложения. Вы всегда можете попробовать новые идеи, как мудро сделал Винсент Дриссен (автор).

Попробуйте и поделитесь с нами любыми улучшениями.

person Community    schedule 08.10.2015