1. Перейдите в свой раздел.

2. В меню раздела нажмите Releases (Релизы).

3. Нажмите Create version (Создать версию).

4. Выберите текстовое поле Name (Имя) и введите имя. При желании заполните поле Start date (Дата начала) и (или) Release date (Дата релиза) либо добавьте описание версии в поле Description (Описание). Нажмите Save (Сохранить). Имена версий обычно состоят из цифр, например 1.0 или 2.1.1. Можно также использовать внутреннее кодовое имя.

После создания версии для ваших задач станут доступны поля Affects version (Затронутая версия) и Fix version (Версия решения). 

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

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

Если у раздела есть бэклог

1. Перейдите в Backlog (Бэклог) раздела.

2. Откройте панель Versions (Версии) слева.

3. Перетащите задачу в нужную версию для добавления.

Если у раздела нет бэклога

• Откройте задачу, которую нужно добавить в версию.

• Найдите поле Fix version/s (Версия решения) и введите имя версии, в которую нужно добавить задачу.

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

Хронология

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

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

1. В правом верхнем углу хронологии выберите View settings (Настройки представления).

2. Установите флажок рядом с пунктом Releases (Релизы).

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

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

  a. Синий кружок означает, что релиз НЕ ВЫПУЩЕН и дата релиза еще не наступила. b. Красный кружок с восклицательным знаком означает, что релиз НЕ ВЫПУЩЕН и просрочен. c. Зеленый кружок с галочкой означает, что релиз ВЫПУЩЕН.

• Используйте функцию Versions filter (Фильтр версий), чтобы вывести в хронологии только те задачи, которые относятся к выбранным релизам. Так вы сможете просмотреть все рабочие задачи, связанные с конкретным запланированным результатом.

• Нажмите любой из значков релиза, чтобы просмотреть важные сведения, такие как прогресс, даты и описание. При желании можно установить флажок рядом с пунктом Highlight on timeline (Выделить в хронологии), чтобы отобразить дату релиза на временной шкале. Это позволяет отслеживать готовность конкретного результата по мере приближения срока.

  • 1. Статус релиза отображается как UNRELEASED (Не выпущено), RELEASED (Выпущено) или ARCHIVED (В архиве).

  • 2. Описание релиза отражает результаты релиза. Это поле можно добавить при создании релиза или отредактировать на вкладке Releases (Релизы).

  • 3. Индикатор прогресса релиза показывает статусы задач, которые были назначены этому релизу, и автоматически обновляется по мере изменения их статусов.

  • 4. Start date (Дата начала) и Release date (Дата релиза) — запланированные даты для вашего релиза, которые можно изменить на вкладке Releases (Релизы).

  • 5. Опция выделения даты релиза в хронологии обозначена вертикальной синей линией.

Центр управления релизами

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

Переход в центр управления релизами.

1. Перейдите в свой раздел.

2. В меню раздела выберите Releases (Релизы).

• 1. Быстрые фильтры. Отобразите конкретные версии, исключив все остальные.

• 2. Список версий. Перетаскивайте версии, чтобы изменить их порядок.

• 3. Статус. Версии могут иметь один из трех статусов: UNRELEASED (Не выпущено), RELEASED (Выпущено) или ARCHIVED (В архиве).

• 4. Прогресс. Здесь показано количество задач, связанных с конкретной версией, с разбивкой по каждому статусу.

Отчет с диаграммой Burndown релиза (только для Scrum)

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

Обратите внимание: прежде чем использовать диаграмму Burndown релиза, необходимо оценить сложность задач. Подробнее см. в нашем руководстве по диаграммам Burndown.

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

• Перейдите в свой раздел.

• В меню раздела выберите Reports (Отчеты).

• Выберите Release Burndown (Диаграмма Burndown релиза).

• Меню релизов. Выбор релиза, информацию по которому нужно просмотреть.

• Добавленная работа. Сегменты темно-синего цвета отображают объем работы, добавленный в каждый спринт релиза. В этом примере объем работы измеряется в очках за пользовательские истории.

• Оставшаяся работа. Сегменты светло-синего цвета отображают оставшийся объем работы в релизе.

• Выполненная работа. Сегменты зеленого цвета отображают объем работы, выполненной в рамках каждого спринта в релизе.

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

Подробнее см. в нашей документации по диаграммам Burndown для отслеживания релизов.

Ваша команда усердно потрудилась — настало время выпустить релиз ПО. На этом этапе вы должны быть уверены, что версия готова к релизу. Убедитесь, что все задачи завершены, код загружен и проверен, выполнено его слияние, сборки успешно протестированы и т. д.

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

Завершение работы над версией

1. Перейдите в свой раздел.

2. В меню раздела выберите Releases (Релизы).

3. Нажмите Actions (•••) > Release (Действия (•••) > Выпустить) для версии, которую нужно выпустить.

На досках Kanban можно также выпустить все задачи из столбца Done (Готово) в качестве новой версии прямо со страницы доски.

Подробнее о работе с версиями в Jira см. в документации по версиям.

Есть вопросы? Задайте вопрос в сообществе Atlassian.