2013-10-14 4 views
0

Я использую git в качестве распределенной системы контроля версий для управления кодом, который я разрабатываю для своего проекта. Поскольку мой проект проворный, у нас есть регулярные циклы спринта. Наш цикл спринта состоит из 2 недель. В каждом кодовом билете есть ветвь признаков, созданная для него, против основной ветви, называемой develop. Теперь, когда код просматривается, он объединяется в ветвь функции.Сценарий проекта, когда клиент запрашивает выпуск в середине цикла спринта

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

ответ

2

Я бы сказал, что вам следует продолжать регулярно работать. Для этого конкретного клиента выведите конкретную версию, которая будет проходить в определенной ветке. Например:

git checkout -b release_for_demanding_client develop 

Теперь сделайте все волшебство вы делаете в очередном релизе, только против release_for_demanding_client вместо разработки. Отпустите это для клиента и забудьте, что эта ветка когда-либо существовала. Вы можете сохранить его для дальнейшего использования, это безвредно. Но не продолжайте развиваться поверх него, потому что, как вы сказали, код еще не был проверен и может быть другим (после исправления обзора) в ветке разработки.

Смежные вопросы