Общие сведения
Надёжность и безопасность
Покупка лицензии
Начало работы
Роли в системе
Проекты
Концепции
Компоненты
Инструкции
Задачи
Финансы
Ресурсы
Таймшиты
Клиенты
Вики
Затраты
Отчёты и аналитика
Типы отчётов
Использование отчётов
Группировка данных источника
Группировка данных в отчёте
Типы виджетов
Общие отчёты и шаблоны
Настройка отчёта
Экспорт отчётов
Пользовательские настройки отчёта
Вычисляемые поля
Особые колонки отчётов с временными рядами
Использование панелей мониторинга
Публикация панелей
Панели сущностей
Фильтры источников данных
Отчёты по сущностям
FAQ
Настройка и администрирование
Типовой порядок настройки системы
Интеграция с Mattermost
Язык формул и выражений
Язык шаблонов
API
Общие сведения
Аутентификация
Примеры использования API
Справочник API
Reporting API
Рекомендации по работе с Reporting API
Ограничения
Timetta MCP Server
On-premises
История изменений
2026
Термины и определения

Релизы

Обновлено: 26.08.2026

Назначение

Релиз — это набор задач, результат которых планируется выпустить вместе. Например, новая версия продукта, обновление для клиента или очередной этап запуска системы.

Релизы помогают:

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

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

Где находятся релизы

Список релизов доступен в разделе Настройки → Задачи → Релизы.

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

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

Свойства релиза

image

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

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

Изменение плановых дат само по себе не переводит релиз в другое состояние.

Как работать с релизом

1. Создать релиз

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

Новый релиз получает состояние «Запланирован».

2. Определить состав

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

Состав можно уточнять по мере подготовки: добавлять новые задачи или исключать те, которые решено отложить. Исключение задачи из релиза не удаляет саму задачу.

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

3. Начать подготовку

Когда команда приступает к подготовке выпуска, переведите релиз в состояние «В работе».

По состояниям входящих задач можно оценивать готовность выпуска и определять, что ещё осталось сделать.

4. Завершить работу

После состоявшегося выпуска переведите релиз в состояние «Выпущен». Проверьте фактическую дату выпуска.

Если выпуск больше не планируется, используйте состояние «Отменён». Это позволяет сохранить сведения о запланированной работе.

Состояния релиза

По умолчанию используется следующая схема:

Состояние Значение Куда можно перейти
Запланирован Релиз создан, подготовка ещё не началась. В работе, Отменён
В работе Команда готовит выпуск. Выпущен, Отменён
Выпущен Выпуск состоялся. Релиз становится неактивным. Переходов нет
Отменён Выпуск не состоится. Релиз становится неактивным. Переходов нет

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

Что происходит после выпуска или отмены

Релиз и его существующие связи с задачами сохраняются. Их можно просматривать и использовать в отчётах.

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

Перевод релиза в состояние «Выпущен» не закрывает задачи автоматически и не проверяет, завершены ли они все. Команда самостоятельно принимает решение о готовности выпуска.

Изменение состояния также не запускает сборку, публикацию или развёртывание приложения.

Релизы и спринты

Спринт показывает, когда команда работает над задачей, а релиз — в какой выпуск войдёт результат.

Например, релиз «Версия 2.4» может включать задачи из трёх последовательных спринтов. При этом часть задач последнего спринта может относиться уже к следующему релизу.

Связи со спринтом и релизами независимы: изменение одной не изменяет другую автоматически.

Права и ограничения

Управление карточкой релиза и изменение его состава проверяются отдельно:

  • Для создания и изменения карточки нужны права на управление релизами. По умолчанию они входят в роль управления проектами.
  • Для просмотра связи задачи с релизом нужен доступ к самой задаче.
  • Для добавления задачи в релиз или исключения из него нужно право редактировать задачу.
  • Доступ к релизу не открывает скрытые задачи: пользователь видит только доступную ему часть состава.
  • Одну задачу нельзя добавить в один и тот же релиз повторно.
  • Удалить релиз можно только при наличии права удаления и отсутствии связей с задачами.

Если выпуск отменён, обычно следует использовать состояние «Отменён», чтобы сохранить сведения о нём.

Релизы в отчётах

В отчёте по задачам доступно поле «Релизы». Оно показывает названия всех релизов, с которыми связана задача, включая выпущенные и отменённые.

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

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

Предыдущая
 Бэклог

Содержание

Назначение Где находятся релизы Свойства релиза Как работать с релизом 1. Создать релиз 2. Определить состав 3. Начать подготовку 4. Завершить работу Состояния релиза Что происходит после выпуска или отмены Релизы и спринты Права и ограничения Релизы в отчётах
Спросить ИИ Получить ответ по материалам документации
Введите запрос для поиска по документации
Ничего не найдено, уточните запрос
AI

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