Канонические metadata версии и возможностей.
План развитияНаправления и release gates
План развития продукта
Направление — не обещание готовности.
Доступность определяется манифестом и результатом приёмки.
1.0.0
Принятая стабильная основа: установщик и repair/rollback, Web UI, API v1, Auth/RBAC, state store, диагностика и проверяемые обновления.
1.1.x
Расширение системного управления, эксплуатационных функций и post-release hardening без разрушения контрактов 1.0.
1.2.x
Полноценный Маркет и жизненный цикл подключаемых модулей.
1.3.x
Расширенный RBAC, аудит, политики и управление изменениями.
2.0.0
Только для сознательных несовместимых изменений платформы, API или модели данных.
Контроль качества
Обязательные этапы развития
Сохранять полный security и regression acceptance для каждого нового платформенного релиза
Развивать системное управление и эксплуатационные возможности в линии 1.1.x без breaking changes API v1
Поддерживать функциональный паритет Web, Android Client и Android Admin по мере появления серверных capabilities
Расширять мобильный auth/session transport только поверх принятого серверного security-контракта
Развивать Маркет и безопасный lifecycle модулей в линии 1.2.x
Расширять RBAC, аудит и политики в линии 1.3.x без обхода server-side authorization
Для каждого выпуска сохранять подписанные обновления, проверяемый rollback и воспроизводимое release evidence
Любое несовместимое изменение API или модели данных проводить только через ADR и новую major-линию
Release discipline
План проходит через те же gates, что и текущая линия
План развития описывает направление, а не подменяет acceptance готовности.
Проверки проекта, зависимостей и production build.
Подтверждение готовности перед публикацией.
Контролируемое развёртывание новой версии.
Проверка production и восстановление при отказе.