Про ИТ-менеджмент

Постараемся сделать мир чуточку счастливее


  • 1

Когда мы создаем дополнительные ветки?

> Когда мы создаем дополнительные ветки?
> Как можно реже.

Как можно чаще. Мы используем собственную систему для контроля веток в сабверсии (Savana: http://savana.codehaus.org/gettingstarted.html ), и у нас политика — отдельная ветка на каждый тикет в Треке.

Re: Когда мы создаем дополнительные ветки?

Как можно чаще означает, что вы создаёте ветку для каждого коммита =)

А то что вы написали, говорит о том, что у вас следующая политика для ствола: там находятся только полностью законченные тикеты. Т.е. вы не хотите, чтобы заказчик видел промежуточные работы над тикетом в стволе. Мы тоже у себя так делаем.

Т.е. пока разработчик может соблюдать правило, что в стволе только законченные тикеты, то всё ок, и ветка не нужна. Если же ему нужно закомитить что-то неоконченное, то он должен создать ветку для этого тикета.

Конечно, я всего не знаю - может у вас ещё есть какие-то правила для ствола, которые обязывают создавать ветку даже если ты можешь закрыть тикет одним комитом. Например, у нас тикет должен пройти код ревью и тестирование прежде чем быть примерженым к стволу. Поэтому мы вынуждены создавать ветки для всех тикетов - даже самых мелких.

но, вообще, ветки - это всегда дополнительные расходы, поэтому тут и говорится, что нужно их создавать как можно реже.

Re: Когда мы создаем дополнительные ветки?

Да, мы создаём отдельную ветку для каждого комита в ствол: разработчик создаёт ветку, комитит туда свои изменения, пропускает через тесты, правит, тестирует на виртуальном удалённом чистом хосте, правит, отправляет на peer review, правит, тестирует, правит, отправляет на peer review, интегрирует в development или staging ствол, тестирует, готовит документацию по изменениям, отправляет на ручное тестирование, отправляет менеджеру тикет на закрытие.

У меня уже был опыт, когда я поправил один символ и завалил билд. :-)

Re: Когда мы создаем дополнительные ветки?

Спасибо за информацию! Значит у нас примерно одинаковый процесс разработки =)

  • 1
?

Log in