Релизный цикл Spring в 2026. Как AI всё сломал
Всем привет! Меня зовут Михаил Поливаха, я технический лидер проекта Axelix . Недавно мы перешагнули отметку 10 000 загрузок в месяц . Мы сами разрабатываем инструмент для работы со Spring-приложениями, поэтому вопросы релизных циклов, поддержки версий и обновления зависимостей для меня не абстрактная теория. С ними приходится сталкиваться и в роли пользователя Spring, и в роли разработчика Open Source-проекта. А начать я хочу с ситуации, которая, я думаю, знакома многим. Релиз уже в плане, фича написана, тесты зелёные, сборка собрана. Осталось прогнать последний пайплайн и выкатить изменения. И вот на шаге SCA всё становится красным: в одной из зависимостей нашли уязвимость. Ну ладно, бывает. Сейчас поднимем patch-версию, заберём исправление и поедем дальше. Для того patch-релизы и существуют, верно? Открываете Maven Central, смотрите на свою линию Spring Boot, а следующего номера там нет. И, что гораздо хуже, уже не будет. Допустим, у Вас Spring Boot 3.5.16 . Это последний открытый релиз линии 3.5 , он вышел 25 июня 2026 года. Следующий номер, 3.5.17 , в календаре Spring есть, но помечен как enterprise. То есть патч существует. Проблема в том, что Ваш пайплайн смотрит на Maven Central, а туда этот патч не попадёт. В этот момент почти обязательно находится коллега, который говорит: «Так 3.5 же LTS! Как это патча не будет?» Читать далее