Документация пользователя
Работа с данными
Интеграционные сервисы
Управление
Управление процессами
Служебные технологические сервисы
Предоставление кворумного ЦОД
Интеграция с инфраструктурой электронного правительства
Производственный процесс
Демопримеры
Синтетика
Интеграционные шлюзы
Эксплуатационная документация
Часто задаваемые вопросы
Глоссарий
Главная
Производственный процесс
1.22 Управление релизами

Сервис управления релизами

Сервис управления релизами (услуга 1.22) обеспечивает следующую функциональность:
  • учет и ведение релизов:
  • управление этапами жизненного цикла релиза, в части изменения статусов релиза;
  • учет прохождения приемо-сдаточных испытаний (ПСИ) и внедрения релиза:
    • заполнение атрибутов для начала приемо-сдаточных испытаний;
    • приглашение заинтересованных лиц для участия в приемо-сдаточных испытаниях: автоматически и/или вручную;
    • принятие решений об участии в приемо-сдаточных испытаниях;
    • фиксация результатов проведения приемо-сдаточных испытаний и внедрения релиза;
    • формирование, согласование и утверждение протокола приемо-сдаточных испытаний;
  • формирование, согласование, утверждение распоряжения о внедрении;
  • многопользовательский режим работы в части одновременной работы нескольких пользователей с одним релизом.

Основные принципы работы в Сервисе управления релизами

  • Релиз создается в Сервисе управления релизами.
  • Релиз формируется для одного конфигурационного элемента.
  • Если работа по конфигурационному элементу ведется в нескольких проектных областях, то релиз создается и формируется в одной из этих проектных областей. В состав релиза могут входить задачи из любых проектных областей. Создание релиза по одному и тому же конфигурационному элементу в разных проектных областях не допускается.
  • Управление объектом релиз доступно только участникам релизной мастер-команды (РМК).
  • Управление составом релиза выполняется в Сервисе управления релизами. В состав релиза можно включить только следующие объекты:
    • Bug (дефект);
    • Story (историю).
  • Эти объекты могут находиться в проектных областях Сервиса управления релизами, отличных от проектной области АС (ФП).
  • Организация, оформление, согласование и утверждение ППСИ выполняется в Сервисе управления релизами. ППСИ – это набор полей в объекте релиз.
  • Передача релиза на ПСИ осуществляется организатором ПСИ.
  • Формирование, согласование и утверждение распоряжения о внедрении (РоВ) выполняется в Сервисе управления релизами. РоВ – это отдельный объект Сервиса управления релизами.
  • Отмена релиза доступна на любом статусе его жизненного цикла.

Workflow объекта "Релиз"

Image

Увеличить

СтатусОписание
Создан
Объект релиз создан РМК. Первичное планирование работ по составу релиза.
Параметры релиза редактирует: РМК.
Состав релиза редактируют: участник команды, РМК
Формирование
Дизайн, анализ, кодирование решения, внутренние проверки историй в рамках релиза.
Отвечает за перевод в статус: РМК.
Параметры релиза редактирует: РМК.
Состав релиза редактируют: участник команды, РМК.
Условия перехода в статус:
- хотя бы одна история в составе релиза перешла в статус "Реализация" (In Progress)
Готов к стабилизации
Подготовка к регрессионному тестированию дистрибутива АС в рамках релиза.
Отвечает за перевод в статус: РМК.
Параметры релиза редактирует: РМК.
Состав релиза редактируют: участник команды, РМК.
Условия перехода в статус:
- пройден QG DevOps: QG.CI.3 SAST
Стабилизация
Проведение регрессионного тестирования дистрибутива АС в рамках релиза.
Отвечает за перевод в статус: РМК.
Параметры релиза редактирует: РМК.
Состав релиза редактируют: участник команды, РМК.
Условия перехода в статус:
- пройден QG DevOps: QG.CI.1 Static Code Analysis, QG.CI.2 API META, QG.CDL.1 BVT, QG.CDL.2 DEV LT, QG.CDL.3 Smoke ST, QG.CDL.4 Smart Regress ST, QG.CDL.5. NF ST, QG.CDL.6. Smoke IFT, QG.CLD.7 Smart Regress IFT, QG.CDL.8 NF IFT;
- организатор ПСИ вернул релиз со статуса "ПСИ"
Готов к ПСИ
Дистрибутив АС в рамках релиза может быть установлен на стенд ПСИ. Ожидаем смежников для проведения ПСИ.
Отвечает за перевод в статус: РМК, организатор ПСИ.
Параметры релиза редактируют: РМК, организатор ПСИ.
Состав релиза редактирует: РМК (может только удалять).
Условия перехода в статус:
- пройден релизный Quality Gate R1 (QG R1);
- пройдены все обязательные QG по QG.CDL.9 DAST включительно;
- значение поля “Заключение” по итогам функционального тестирования — "Рекомендовано" или "Рекомендовано с ограничениями"
ПСИ
Приемка функциональности.
Отвечает за перевод в статус: организатор ПСИ.
Параметры релиза редактируют: РМК, организатор ПСИ.
Состав релиза редактирует: РМК (может только удалять).
Условия перехода в статус:
- пройден QG DevOps: QG.CDP.1 Smoke UAT, QG.CDP.2 Smart Regress UAT;
- утверждающий ППСИ вернул ППСИ с утверждения на доработку;
- организатор ПСИ вернул релиз со статуса "Согласование ППСИ".
Переход на статус "ПСИ" возможен, если хотя бы один участник ПСИ принял приглашение на ПСИ в Сервисе управления релизами (задача участника ПСИ в статусе "Ожидание начала ПСИ")
Согласование ППСИ
Согласование ППСИ.
Отвечает за перевод в статус: организатор ПСИ.
Параметры релиза редактировать запрещено.
Состав релиза редактировать запрещено.
Условия перехода в статус:
- cформирован ППСИ;
- НТ пройдены успешно (если проводились)
Утверждение ППСИ
Утверждение ППСИ.
Отвечает за перевод в статус: организатор ПСИ.
Параметры релиза редактировать запрещено.
Состав релиза редактировать запрещено.
Условия перехода в статус:
- ППСИ согласован
Готов к установке на ПРОМ
Дистрибутив АС в рамках релиза может быть передан для установки на промышленные КТС, соответствующего требованиям организации.
Отвечает за перевод в статус: РМК.
Параметры релиза редактировать запрещено.
Состав релиза редактировать запрещено.
Условия перехода в статус:
- пройден релизный Quality Gate R2 (QG R2): утверждены ППСИ и РоВ, заключение НТ — с рекомендацией к внедрению;
- пройден QG DevOps: QG.CDP.3 NF UAT, QG.CDP.4 UAT, QG.CDL.10 LT
Установка на ПРОМ
Проведение организационно-технических мероприятий для установки дистрибутива АС на промышленный полигон.
Отвечает за перевод в статус: РМК.
Параметры релиза редактировать запрещено.
Состав релиза редактировать запрещено
Установлен на ПРОМ
Дистрибутив АС в рамках релиза установлен на промышленные КТС.
Отвечает за перевод в статус: РМК.
Параметры релиза редактировать запрещено.
Состав релиза редактировать запрещено.
Условия перехода в статус:
- пройден релизный QG R3;
- распоряжение о внедрении перешло в статус "Утвержден"
Отменено
Релиз признан нецелесообразным или выполнен откат внедренного релиза.
Отвечает за перевод в статус: РМК.
Параметры релиза редактирует: РМК.
Состав релиза редактирует: РМК.
После отмены релиза переоткрыть его будет невозможно — нужно будет создать новый релиз

Показатели назначения

Минимальная конфигурация Сервиса обеспечивает:
  • таймаут на формирование HTTP-запроса со стороны клиента после установления соединения (параметр timeout http-request) — 120 секунд;
  • таймаут на установление соединения с сервером Gitlab — 10 секунд;
  • таймаут на ожидание ответа от сервера Gitlab (параметр timeout server) — 3 минуты;
  • максимальное количество соединений (параметр maxconn, определяет максимально возможное количество соединений со стороны Потребителей, суммарный показатель по всем сервисам Works) — не более 50 000. Может уменьшаться в зависимости от ресурсов, потребляемых соединениями со стороны Потребителя.
Предыдущий раздел
Работа с Wiki Docs
Следующий раздел
Работа с релизами
Была ли страница полезной?
© 2025 . Версия портала - 4.6
docs_gostech@sberbank.ru