LINUX.ORG.RU

История изменений

Исправление Manhunt, (текущая версия) :

На каждое изменение функционала заводить в багтрекере новый issue

Тогда уж не issue, а requirement

Или же, тупо коммитить каждое изменение в основной бранч без излишней бюрократии в виде issue в багтрекере?

Ты спутал и смешал 2 независимых аспекта:
* документирование изменений vs «без бюрократии»
* разработка во множестве веток vs разработка в «основной» ветке

Исправление Manhunt, :

На каждое изменение функционала заводить в багтрекере новый issue

Тогда уж не issue, а requirement

Или же, тупо коммитить каждое изменение в основной бранч без излишней бюрократии в виде issue в багтрекере?

Ты спутал и смешал 2 независимых аспекта:
* документирование изменений vs без бюрократии
* разработка во множестве веток vs разработка в «основной» ветке

Исходная версия Manhunt, :

На каждое изменение функционала заводить в багтрекере новый issue

Тогда уж не issue, а requirement

Или же, тупо коммитить каждое изменение в основной бранч без излишней бюрократии в виде issue в багтрекере?

Ты спутал и смешал 2 независимых аспекта:
* документирование изменений vs без бюрократии
* разработка в множестве веток vs разработка в «основной» ветке