Релиз — это набор задач, результат которых планируется выпустить вместе. Например, новая версия продукта, обновление для клиента или очередной этап запуска системы.
Релизы помогают:
Каждый релиз относится к одному проекту и может включать только задачи этого проекта.
Список релизов доступен в разделе Настройки → Задачи → Релизы.
В списке отображаются как действующие, так и выпущенные или отменённые релизы. Возможность создавать, изменять и удалять релизы зависит от прав пользователя.
Состояния и переходы между ними настраиваются в жизненном цикле «Релиз». При необходимости для релизов можно добавить пользовательские поля через общие настройки дополнительных полей.

| Свойство | Для чего используется |
|---|---|
| Наименование | Помогает понять, какой выпуск готовится. Например: «Версия 2.4» или «Обновление личного кабинета». Обязательное поле. Названия релизов внутри одного проекта не должны повторяться, в том числе отличаться только регистром букв. |
| Код | Короткое обозначение для поиска и ссылок в обсуждениях. По умолчанию формируется автоматически, например CRM-REL-1. Нумерация ведётся отдельно для каждого проекта. |
| Проект | Определяет, к какому проекту относится релиз и какие задачи можно в него включить. Обязательное поле. После создания релиза проект изменить нельзя. |
| Ответственный | Пользователь, который координирует подготовку выпуска. Поле необязательное. Назначение ответственным само по себе не предоставляет дополнительных прав. |
| Описание | Подробности выпуска: цель, ожидаемый результат, договорённости с заказчиком, особенности подготовки или примечания для команды. |
| Состояние | Показывает текущий этап подготовки релиза: запланирован, в работе, выпущен или отменён. |
| Дата начала | Дата начала работы над релизом. Необязательное поле. |
| Плановая дата выпуска | Дата, к которой команда планирует подготовить и выпустить результат. Необязательное поле. |
| Фактическая дата выпуска | Дата состоявшегося выпуска. Её можно указать вручную. Если при переводе в состояние «Выпущен» поле не заполнено, устанавливается текущая дата. |
| Активность | Показывает, можно ли включать в релиз новые задачи. Выпущенные и отменённые релизы становятся неактивными автоматически. |
| Дополнительные поля | Позволяют хранить сведения, принятые в вашей организации: например, целевую версию, среду выпуска или ссылку на инструкцию по развёртыванию. Набор полей определяется настройками. |
Даты указываются без времени. Если заполнены дата начала и плановая дата выпуска, начало не может быть позже планового выпуска.
Изменение плановых дат само по себе не переводит релиз в другое состояние.
Выберите проект, укажите понятное название и при необходимости заполните ответственного, описание и даты.
Новый релиз получает состояние «Запланирован».
Свяжите с релизом задачи, результат которых должен войти в выпуск.
Состав можно уточнять по мере подготовки: добавлять новые задачи или исключать те, которые решено отложить. Исключение задачи из релиза не удаляет саму задачу.
Одна задача может входить в несколько релизов одного проекта. Например, исправление может выпускаться сразу в нескольких поддерживаемых версиях продукта.
Когда команда приступает к подготовке выпуска, переведите релиз в состояние «В работе».
По состояниям входящих задач можно оценивать готовность выпуска и определять, что ещё осталось сделать.
После состоявшегося выпуска переведите релиз в состояние «Выпущен». Проверьте фактическую дату выпуска.
Если выпуск больше не планируется, используйте состояние «Отменён». Это позволяет сохранить сведения о запланированной работе.
По умолчанию используется следующая схема:
| Состояние | Значение | Куда можно перейти |
|---|---|---|
| Запланирован | Релиз создан, подготовка ещё не началась. | В работе, Отменён |
| В работе | Команда готовит выпуск. | Выпущен, Отменён |
| Выпущен | Выпуск состоялся. Релиз становится неактивным. | Переходов нет |
| Отменён | Выпуск не состоится. Релиз становится неактивным. | Переходов нет |
В стандартной схеме возврат из состояний «Выпущен» и «Отменён» не предусмотрен. Доступные состояния и переходы могут отличаться, если схема была изменена в настройках.
Релиз и его существующие связи с задачами сохраняются. Их можно просматривать и использовать в отчётах.
Новые задачи в неактивный релиз добавлять нельзя. При этом неактивность не означает полного запрета изменений: при наличии соответствующих прав можно корректировать карточку релиза и исключать задачи из его состава.
Перевод релиза в состояние «Выпущен» не закрывает задачи автоматически и не проверяет, завершены ли они все. Команда самостоятельно принимает решение о готовности выпуска.
Изменение состояния также не запускает сборку, публикацию или развёртывание приложения.
Спринт показывает, когда команда работает над задачей, а релиз — в какой выпуск войдёт результат.
Например, релиз «Версия 2.4» может включать задачи из трёх последовательных спринтов. При этом часть задач последнего спринта может относиться уже к следующему релизу.
Связи со спринтом и релизами независимы: изменение одной не изменяет другую автоматически.
Управление карточкой релиза и изменение его состава проверяются отдельно:
Если выпуск отменён, обычно следует использовать состояние «Отменён», чтобы сохранить сведения о нём.
В отчёте по задачам доступно поле «Релизы». Оно показывает названия всех релизов, с которыми связана задача, включая выпущенные и отменённые.
Если релизов несколько, их названия перечисляются через точку с запятой. Если задача не связана ни с одним релизом, поле остаётся пустым.
Это поле удобно включать в отчёты для команды и заказчика, чтобы рядом с задачами видеть, к каким выпускам относится их результат.
Похоже, вам удобнее русский язык. Перейти на русскую версию?