spring - Spring IO プラットフォームのリリース管理

Question

Spring IO プラットフォームが導入されたため、Spring IO platform- b​​om を使用してプロジェクトの依存関係を管理しています。したがって、単一の Spring コンポーネント (またはプラットフォーム ライブラリでさえも) の専用バージョンを指定することはもうありません (それらを上書きする場合は慎重です)。

このソリューションの欠点は、Spring IO プラットフォームの新しいバージョンに統合されるまで、(昨日)発表された Spring Framework の新しいバージョン 4.1.6 のように、単一コンポーネントの新しいバージョンを推奨どおりに使用できないことです。

Spring IO プラットフォームのリリース管理について詳しく教えていただければ幸いです。新しいバージョンをリリースする一般的な計画はありますか? 実際、 Spring Frameworkの新しいバージョンはSpring IO プラットフォームの新しいバージョンをトリガーすると思っていましたが、そうではないようです (Spring Framework 4.1.5 には新しいバージョンはなく、次のバージョンには次のバージョンが含まれると思います)。スプリング フレームワーク 4.1.6)。

Spring IO プラットフォームのリリース管理に関する洞察は、私にとって興味深く、役立つものです。

Answer 1

一般的な経験則では、プラットフォームの新しいバージョンを 6 ～ 8 週間ごとにリリースします。より頻繁なリリースが保証される場合があるため、これは確定ではありません。たとえば、セキュリティの脆弱性に対処するため。

すでにご存知かもしれませんが、プラットフォームは Spring Boot の上に構築されています。これは、Spring Boot の bom を拡張し、他の多くの 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 の直後にリリースされましたが、これら 2 つのリリースを含むプラットフォームのバージョンはありません。この理由は、Spring Boot 1.2.2 に Spring Security 関連のバグがいくつかあり、プラットフォームのユーザーが回避できるようにしたかったためです。これを達成するために、Spring Boot 1.2.3 が利用可能になり、Spring Security の問題が解決されるまで、Platform 1.1.2 のリリースを延期することにしました。ここでは、最先端にいることと、バグからある程度保護することの間に、わずかなトレードオフがあります。

プラットフォームを使用する推奨バージョン セットと見なす必要がありますが、使用できるバージョン セットはこれだけではありません。プラットフォームの bom でのバージョン プロパティの使用は意図的なものであり、ユーザーが必要に応じてバージョンを簡単にオーバーライドできるようにします。さまざまな Spring プロジェクトのリーダーは後方互換性を非常に真剣に受け止めており、どのプロジェクトでも問題なく新しいメンテナンス リリースにいつでもアップグレードできるはずです。多くの場合、新しいマイナー バージョンにアップグレードすることもできますが、注意が必要です。