Выпуск исправления (часто также известный как точечный выпуск , точечный выпуск или исправление ошибок ) — это выпуск программного обеспечения продукта или другого проекта, особенно предназначенный для исправления ошибок или выполнения небольших очисток, а не для добавления существенных функций . Часто бывает так, что в одном крупном или мелком выпуске исправлено слишком много ошибок, что создает необходимость в выпуске с исправлением ошибок.
Термин «точечный выпуск» относится к распространенному методу управления версиями программного обеспечения , в котором за основной версией следует десятичная точка и второстепенная версия. Когда выпускается новая второстепенная версия, число после десятичной точки увеличивается, например, с 7.0 до 7.1 или с 2.4.9 до 2.4.10. [1] Увеличение числа после «точки» привело к тому, что это явление стало называться «точечным выпуском».
В точечном выпуске изменения в программном проекте обычно незначительны. Такие выпуски обычно зарезервированы для исправления ошибок, оптимизации, исправлений безопасности и небольших новых функций. Обычно для точечного выпуска выбираются ошибки, которые влияют на широкую популяцию пользователей. [2] В зависимости от организации размер и широта точечного выпуска могут варьироваться от целевого исправления для одного клиента до общего релиза обслуживания или даже пакета обновления . Точечные выпуски обычно пытаются быть совместимыми по интерфейсу с предыдущим основным выпуском программного обеспечения. Кроме того, точечный выпуск, как правило, совместим со всеми другими точечными выпусками в рамках текущей второстепенной или основной версии. [3]
Точечные релизы часто выпускаются довольно часто, в отличие от основных релизов, которые могут происходить раз в несколько месяцев или лет. [1] Точечные релизы могут быть запланированы для выпуска через определенное время после основного релиза или могут выпускаться по мере необходимости. [4] [5] Частота развертывания точечных релизов сильно варьируется в зависимости от потребностей организации. Однако, если была обнаружена критическая проблема с текущей версией программного обеспечения, экстренный точечный релиз может выйти очень скоро после обнаружения проблемы.
Все релизы изначально концентрируют риск, так как тысячи изменений кода могут попасть в один релиз. [6] Это влечет за собой риск внесения новых ошибок в точечный релиз. Регрессии могут быть несколько смягчены регрессионным тестированием , но регрессионного тестирования недостаточно для обеспечения стабильной среды без ошибок. Как правило, одной из целей точечного релиза является минимизация риска путем внесения изменений на основе баланса между потребностью пользователя в исправлении, размером исправления и риском регрессий. [7] Риски, связанные с выпуском множества изменений программного обеспечения одновременно, привели к тому, что некоторые группы стали выпускать программное обеспечение, следуя методу плавающего выпуска , а не точечных релизов. [8]
В случае с розничным программным обеспечением точечные релизы часто, но не обязательно, являются бесплатными обновлениями для пользователей последней полной версии, в отличие от основных релизов, которые часто обходятся в некоторую стоимость даже для предыдущих пользователей. [1] Модель поставки программного обеспечения также влияет на то, кто может его использовать. Если организация следует модели «ПО как услуга» или программное обеспечение размещено в облаке , то точечный релиз может быть немедленно доступен пользователям, без каких-либо усилий со стороны пользователей для его получения. Если программное обеспечение необходимо загрузить, пользователю может потребоваться установить точечный релиз самостоятельно.