Закрыть тикет / вопрос по фиксации коммита или по слиянию с мастером?

Question

Какова лучшая практика (и почему) при закрытии заявок / проблем в системе управления версиями / билетами при разработке программного обеспечения?

Наш рабочий процесс основан на создании ветвей FEATURE или PATCH для реализации изменений, а затем объединения вуправляемый мастер, который (в основном) гарантированно будет создан и готов к развертыванию.

Наша система заявок хранит отчеты об ошибках или запросы функций, которые мы впоследствии исправляем / внедряем в указанных ветвях, а затем объединяемся с мастером до следующего выпуска.

Какое решение лучше:

A. Закройте заявку после того, как решение будет внедрено (и проверено) в ветви FEATURE / PATCH.Это быстро очищает список открытых заявок и дает хороший обзор того, сколько работы осталось для следующего выпуска.

B. Держите его открытым, пока ветвь не будет объединена с мастероми проверено там.Только мастер представляет конечный продукт, поэтому технически только сейчас работа выполнена.И никакая ошибка не может остаться неизменной, потому что кто-то забыл о слиянии.

Answer 1

По моему опыту, запрос в службу поддержки с запросом функции закрывается после того, как запрос зарегистрирован в Менеджере продукта, они подтверждают его с указанием временного интервала, и клиент получил соответствующее уведомление.

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