Ветки требований

Ветки требований используются для работы с альтернативными версиями требований, без необходимости создавать новые ревизии артефактов в бейзлайне.

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

Принцип работы веток

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

При создании из меню управления ветками, ветка будет создана пустая. Вы можете скопировать в созданную ветку необходимые артфеакты, с которыми требуется вести параллельную работу. При ответвлении ветка создается с копией выбранных артефактов. 

В отличие от принципа работы Git, ветка не является полной копией бейзлайна, а используется для версионирования только добавленных в нее артефактов. Данный подход позволяет не думать об ушедших вперед ревизиях других артефактов в бейзлайне и их актуализации перед слиянием. При этом, если в процессе изменений в ветке Вам потребуется удалить артефакт (так, чтобы он был удален при слиянии), он будет помечен на удаление (зачеркнут в спсике артефактов) и удален из бейзлайна при слиянии.

После завершения работы Вы сможете слить артефакты ветки в бейзлайн и продолжить работу в бейзлайне. 

Основные функции для работы с ветками

Переключение ветки

Переключение ветки осуществляется с помощью переключателя в верхнем правом углу. По-умолчанию каталог артефактов отображает артефакты бейзлайна.

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

Управление ветками

Вы можете создать новую ветку из каталога артефактов или из раздела управления ветками. Созданные ветки доступны в разделе Требования - Ветки.

 [[soon]] В ближайшее время будет добавлена функция сравнения артефактов ветки с бейзлайном или вариантами артефакта в других ветках.

Слияние ветки в бейзлайн

Ветку можно слить в бейзлайн, при этом текущее состояние артефактов бейзлайна будет заменено с созданием новой ревизии артефактами ветки. 

Для чего нужны ветки

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

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

Ниже описан вариант работы с Almware для решения этой ситуации.

С бейзлайном

Предположим, команда работает над выпуском текущей версии. 

Под эту версии в системе есть активный бейзлайн “Бейзлайн 1” с актуальными артефактами для текущих работ. 

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

В этой ситуации ветки могут создаваться следующим образом:

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

Когда текущая версия выпущена, и пришло время переключаться на разработку новых функций, менеджер фиксирует активный бейзлайн. При фиксации создается новый бейзлайн, назовем его “Бейзлайн 2”. 

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

запланированы в ближайший релиз.

Таким образом решается несколько проблем:

• Аналитики могут спокойно работать с актуальными требованиями и спецификациями не затрагивая текущие версии, используемые для разработки;
• Фиксация ревизий для всех артефактов требований для бейзлайна (конфигурации требований). Возможность отслеживать изменения в требованиях и программном обеспечении от релиза к релизу. 

Без бейзлайна

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