Управление релизами платформы Spring IO
Поскольку платформа Spring IO была внедрена, мы управляем нашими проектными зависимостями с помощью платформы Spring IO. Таким образом, мы больше не указываем выделенные версии для отдельных компонентов Spring (или даже библиотек платформы) (и мы осторожны, когда дело доходит до их перезаписи).
Недостаток этого решения заключается в том, что мы не можем использовать новые версии отдельных компонентов, как рекомендовано, например, (вчера) анонсировали новую версию 4.1.6 Spring Framework до тех пор, пока она не будет интегрирована в новую версию платформы Spring IO.
Было бы неплохо узнать больше об управлении выпусками платформы Spring IO. Есть ли общий план, когда выпустить новую версию? Я думал, что на самом деле новая версия Spring Framework будет запускать новую версию платформы Spring IO, но, похоже, это не так (новой версии с Spring Framework 4.1.5 не было, и я полагаю, что следующая версия будет включать Spring Framework 4.1.6).
Любое понимание управления выпуском платформы Spring IO будет для меня интересным и полезным.
1 ответ
Основное правило заключается в том, что мы выпускаем новую версию Платформы каждые 6-8 недель. Это не в камне, поскольку будут случаи, когда более частые выпуски оправданы; например, для устранения уязвимости.
Как вы, возможно, уже знаете, платформа строится поверх Spring Boot. Он расширяет возможности Spring Boot, добавляя управление зависимостями для ряда других проектов Spring и их зависимостей. Вообще говоря, когда будет выпущена новая версия Spring Boot, это приведет к выпуску новой версии платформы. Кроме того, новая версия Spring Framework часто запускает выпуск новой версии Spring Boot.
Как вы заметили, Spring Framework 4.1.5 и Spring Boot 1.2.2 были исключением из этого правила. Хотя Spring Boot 1.2.2 был выпущен вскоре после Spring Framework 4.1.5, нет ни одной версии платформы, которая содержала бы эти два выпуска. Причина этого в том, что в Spring Boot 1.2.2 было несколько ошибок, связанных с Spring Security, и мы хотели помочь пользователям Платформы избежать их. Чтобы добиться этого, мы решили отложить выпуск Platform 1.1.2 до тех пор, пока Spring Boot 1.2.3 не станет доступным, а проблемы Spring Security не будут устранены. Здесь есть небольшой компромисс между тем, чтобы быть на переднем крае и иметь некоторую защиту от ошибок.
Вы должны рассматривать Платформу как рекомендуемый набор версий для использования, но это определенно не единственный набор версий, который вы можете использовать. Использование свойств версии в базе Платформы является преднамеренным и позволяет пользователям легко переопределять версии для удовлетворения своих потребностей. Руководители различных проектов Spring очень серьезно относятся к обратной совместимости, и у вас всегда должна быть возможность перейти на более новую версию техобслуживания любого проекта без каких-либо трудностей. Во многих случаях вы также сможете перейти на новую минорную версию, но при этом требуется большая осторожность.