Выпуск и техническое обслуживание

• Цикл выпуска
• Статус выпуска
• Процесс разработки и поддержки стабильных версий
  • Кандидаты в релиз
  • Замораживание функций

Цикл выпуска

Ansible разрабатывается и выпускается с гибким циклом выпуска в 4 месяца. Этот цикл может быть продлён, чтобы позволить реализовать и протестировать более значительные изменения перед выпуском новой версии.

Ansible имеет структуру поддержки, которая распространяется на три основных выпуска. Для получения дополнительной информации ознакомьтесь с процессом разработки и поддержки стабильных версий или см. таблицу в расписании для степени поддержки текущих релизов.

Если вы используете релиз Ansible, который больше не поддерживается, настоятельно рекомендуем обновить его как можно скорее, чтобы воспользоваться новыми функциями и исправлениями безопасности.

Более старые, неподдерживаемые версии Ansible могут содержать неисправленные уязвимости безопасности (CVE).

Вы можете обратиться к руководству по переносу за советами по обновлению ваших Ansible-playbook для работы на более новых версиях.

Статус выпуска

Процесс разработки и поддержки стабильных версий

Сообщество Ansible разрабатывает и поддерживает Ansible на GitHub.

Новые модули, плагины, функции и исправления ошибок всегда будут интегрированы в следующую основную версию Ansible. Эта работа отслеживается на ветке devel git.

Ansible предоставляет исправления ошибок и улучшения безопасности для последнего основного релиза. Предыдущий основной релиз будет получать только исправления для проблем безопасности и критических ошибок. Ansible применяет исправления безопасности только к выпускам, которые уже находятся в двух релизах. Эта работа отслеживается на ветках stable-<version> git.

Исправления, которые попадут в поддерживаемые стабильные ветки, в конечном итоге будут выпущены в виде новой версии при необходимости.

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

Обратите внимание, что, хотя никаких гарантий предоставления исправлений для неподдерживаемых релизов Ansible нет, для критических проблем могут быть исключения.

Кандидаты в релиз

Перед выпуском новой версии или новой версии Ansible обычно проходит процесс кандидата в релиз.

Это даёт сообществу Ansible возможность протестировать Ansible и сообщить об обнаруженных ошибках или проблемах.

Ansible отмечает первого кандидата в релиз (RC1), который обычно запланирован на пять рабочих дней. Окончательный выпуск происходит, если в течение этого периода не будут обнаружены серьёзные ошибки или проблемы.

Если с первым кандидатом возникнут серьёзные проблемы, будет отмечен второй кандидат (RC2) после внесения необходимых исправлений. Этот второй кандидат длится меньше, чем первый. Если в течение двух рабочих дней не будут сообщены какие-либо проблемы, происходит окончательный выпуск.

Дополнительные кандидаты в релиз могут быть помечены по мере необходимости, до тех пор, пока существуют ошибки, которые, по мнению основных разработчиков Ansible, следует исправить перед окончательным выпуском.

Замораживание функций

Пока существует кандидат в релиз, основное внимание разработчиков и сопровождающих будет уделено исправлениям для кандидата в релиз.

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