Skip to Content
Регламент выпуска релизов Primo RPA

Регламент выпуска релизов Primo RPA

1. Цель документа

Настоящий Регламент определяет порядок выпуска, тестирования и сопровождения релизов продуктов Primo RPA. Документ задаёт классификацию релизов, периодичность их выпуска, правила долгосрочной поддержки (LTS), жизненный цикл версий и зоны ответственности сторон.

Цель — обеспечить предсказуемый и прозрачный цикл обновления продуктов, своевременное закрытие уязвимостей информационной безопасности и стабильную работу промышленных инсталляций у заказчиков.

2. Ссылки

3. Область применения

Регламент распространяется на продукты линейки Primo RPA. Применимость типов релизов по продуктам:

ПродуктОбычные релизыLTS-релизы
Studio (Windows)дада
Orchestratorдада
Studio (Linux)данет
AI Serverданет
IdeaHubданет

Для продуктов без LTS применяются разделы, описывающие обычные релизы, патчи и хотфиксы. Разделы, относящиеся к LTS, для них не действуют.

4. Термины и определения

  • Релиз — стабильная версия продукта, прошедшая полный цикл тестирования и официально опубликованная.
  • Обычный релиз — плановый релиз, выпускаемый по графику.
  • LTS (Long-Term Support) — релиз с долгосрочной поддержкой. Представляет собой зафиксированный обычный релиз, к которому в течение срока поддержки выпускаются только исправления дефектов и обновления безопасности.
  • Патч (patch) — кумулятивное обновление поддерживаемого LTS-релиза.
  • Срочный патч (hotfix) — внеплановое обновление, выпускаемое вне графика.
  • Обновление безопасности (security update) — изменение, направленное на устранение уязвимости информационной безопасности. Поставляется в составе обычного релиза, патча к LTS или срочного патча — в зависимости от критичности.
  • Release Notes — релизные заметки, описывающие состав релиза, изменения и инструкции по миграции.

5. Типы релизов

ТипЧастотаСоставПрименяется к
Обычный релизРаз в 2 месяцаНовая функциональность и доработки существующего функционала, а также накопленные исправления дефектов и обновления безопасностиВсе продукты Primo RPA
LTS-релизРаз в 2 месяца, вслед за обычнымФиксация обычного релиза для долгосрочной поддержки. В течение срока поддержки: только исправления дефектов и обновления безопасности, без новой функциональностиStudio (Windows), Orchestrator
Патч к LTSПо мере накопления исправлений в поддерживаемой ветке LTSИсправления дефектов и/или обновления безопасности в рамках LTS-релиза. Новая функциональность не добавляетсяStudio (Windows), Orchestrator
Срочный патч (hotfix)По факту обнаружения, вне графикаИсправление критической уязвимости информационной безопасности (включая Zero-day) и/или блокирующего дефекта. Новая функциональность не добавляетсяВсе продукты Primo RPA

6. Закрытие уязвимостей информационной безопасности

Работа с уязвимостями ведётся отдельным процессом и не зависит от графика обычных релизов.

6.1. Источники обнаружения

Уязвимости выявляются:

  • внутренними процессами Primo RPA (разработка, QA, мониторинг продуктивных сред, статический и динамический анализ кода, сканирование зависимостей);
  • обращениями заказчиков и партнёров;
  • внешними источниками — публикации CVE, уведомления вендоров используемых компонентов и open-source библиотек.

6.2. Классификация и сроки реагирования

Каждая обнаруженная уязвимость классифицируется по критичности. От критичности зависят канал и срок выпуска исправления:

КритичностьКанал поставки исправленияСрок
Критическая (включая Zero-day)Срочный патч (hotfix) во все поддерживаемые веткиВ кратчайший срок после подтверждения и валидации исправления, вне основного графика
ВысокаяБлижайший плановый патч к LTS и/или обычный релизВ рамках текущего двухмесячного цикла
Средняя / низкаяПлановый патч к LTS или обычный релизПо графику

6.3. Распространение исправлений по веткам

  • Исправления критических и высоких уязвимостей вносятся во все поддерживаемые ветки: текущая разработка (обычные релизы) и все активные LTS.
  • Для продуктов без LTS исправление поставляется в составе ближайшего обычного релиза или срочным патчем.

6.4. Уведомление заказчика

  • О плановых обновлениях безопасности заказчик узнаёт из Release Notes на ресурсе https://docs.primo-rpa.ru/ru.
  • О выпуске срочного патча информация доводится незамедлительно по согласованным каналам.
  • При необходимости предоставляется дополнительная информация о CVE, векторе эксплуатации и рекомендуемых компенсирующих мерах до установки патча.

7. Жизненный цикл LTS-релиза

7.1. Срок жизни

Каждый LTS-релиз поддерживается 1 год с момента выпуска. По истечении года LTS снимается с сопровождения — новые обновления для него не выпускаются.

7.2. Параллельные LTS-релизы

В каждый момент времени активны два LTS-релиза одновременно, выпущенные с разницей в полгода. Каждый живёт 1 год, поэтому их сроки поддержки перекрываются на 6 месяцев — это даёт заказчику окно для плавного перехода со старого LTS на новый.

Правила простые:

  • Новый LTS выпускается каждые 6 месяцев. Это «свежий» обычный релиз, зафиксированный для долгосрочной поддержки.
  • Каждый LTS живёт ровно 1 год с момента выпуска, после чего снимается с сопровождения.
  • Из этого автоматически следует: в любой момент активны ровно два LTS — один в первой половине срока жизни (0–6 мес.), второй — во второй половине (6–12 мес.).

Пример в виде диаграммы Ганта (то же самое в виде временной шкалы):

gantt

7.3. Закрытие LTS-релиза

В день снятия LTS с сопровождения:

  1. Задачи, для которых работа ещё не начата, не добавляются в закрываемый LTS.
  2. Задачи, уже находящиеся в работе и привязанные к закрываемому LTS, завершаются и включаются в финальный патч.
  3. После завершения этих задач собирается финальный билд LTS и релиз официально закрывается.

8. Release Notes

  • Release Notes выпускаются для каждого релиза: обычного, LTS, патча, хотфикса.
  • Публикация — на официальном ресурсе https://docs.primo-rpa.ru/ru.
  • Содержание: состав изменений (новая функциональность, исправления, обновления безопасности), известные ограничения, инструкции по миграции (если применимо).

9. Роли и ответственность

Primo RPA (разработка и тестирование)

  • Разработка релизов и патчей в соответствии с настоящим Регламентом.
  • Полный цикл тестирования перед публикацией.
  • Сопровождение веток поддерживаемых LTS-релизов: внесение исправлений и обновлений безопасности.
  • Учёт LTS-атрибутов в задачах и согласование действий с ответственным за релиз.
  • Сборка и публикация официальных билдов.

Технические писатели

  • Подготовка Release Notes для каждого выпуска (включая патчи и хотфиксы).
  • Публикация документации на официальном ресурсе.

Клиент (корпоративный заказчик)

  • Своевременное ознакомление с Release Notes.
  • Планирование «окон обновления» для тестовых и продуктивных сред.
  • Установка обновлений в соответствии с внутренними регламентами безопасности.
  • Учёт сроков жизни LTS-релизов: переход на следующий LTS до снятия текущего с сопровождения (с учётом полугодового перекрытия двух активных LTS).