﻿# Выпустить релиз

> [HTML Version](release-finish.html)

В данной статье рассматриваются этапы [релиза](release.md) **Заморозка** и **Выпущен**. 

В запланированную дату ответственный сотрудник отдела разработки перемещает карточку релиза из статуса **В работе** в статус **Заморозка**. Уведомление об этом получают в [#ленту](/ru/help/platform/360014162972.html) все владельцы продуктов, в чьих [зонах ответственности](release-settings.md#responsibility-area) выполнялись тикеты в текущем релизе. 

С этого момента до запланированной даты пререлиза прекращается разработка нововведений: 

- [команды](release-settings.md#dev-team) доделывают, тестируют и отправляют в статус **Сделан** тикеты, [взятые в работу](ticket-life-cycle.md#development);

- владельцы продуктов назначают новый релиз тикетам, оставшимся в статусе **Готов к работе**, или возвращают их в [бэклог](ticket-life-cycle.md#backlog);

- владельцы продуктов оформляют результаты тикетов в статусе [Сделан](ticket-life-cycle.md#ticket-done) в виде списка изменений по всей зоне ответственности;

- ответственный сотрудник отдела разработки редактирует карточку релиза и вносит списки изменений, полученные от владельцев продуктов.

В дату пререлиза все изменения [переносятся с компании для разработки в тестовое окружение](release-settings.md#test-companies). До фактической даты выхода релиза команды проверяют работу обновлённых компонентов, исправляют выявленные ошибки.

В дату релиза производится обновление системы для конечных пользователей, т. е. все изменения импортируются в эксплуатационную компанию из тестового окружения. После этого ответственный сотрудник в карточке релиза нажимает кнопку **Выпустить**. Статус релиза меняется на **Выпущен**. 

Карточка выпущенного релиза может выглядеть следующим образом:

(release-finish-1.png)

- на основной вкладке вы можете просмотреть информацию по релизу: даты работы с ним, список изменений и т. д.;

- на вкладке **Тикеты** отображается список задач, выполненных в рамках релиза;

- вкладки **Заявки**, **RFC**, **Проблемы**, **CMDB** отображаются, если записи этих приложений были привязаны к тикетам, входящим в релиз. Выводятся элементы, на работу или выполнение которых влияет реализованная функциональность;

- на вкладке **История** зафиксированы изменения данных в карточке релиза, например, смена статуса, редактирование полей и т. д.

Отслеживать планируемые даты релизов и историю выпусков обновлений можно на [главной странице управления релизами](release-main-page.md). 