code-branchバージョンポリシー

SocketIO4j バージョンポリシー

socketio4j に従う セマンティックバージョニング 次の形式を使用:

x.y.z  →  メジャー.マイナー.パッチ

バージョン番号の意味

メジャー (x)

増分される場合:

  • 破壊的な API 変更が導入されるとき

  • プロトコルの動作が変更されるとき

  • 大規模なアーキテクチャの再設計が行われるとき

マイナー (y)

増分される場合:

  • 新機能や API が追加されるとき

  • 後方互換性が維持されるとき

パッチ (z)

増分される場合:

  • バグ修正が適用されるとき

  • パフォーマンス改善が行われるとき

  • 内部リファクタリングが公開 API に影響を与えないとき

メジャーバージョン戦略

3.x – 互換性ライン

  • 親フォークとの互換性を維持する

  • 上流からの最小限の分岐

  • 安定性とバグ修正に注力する

  • 大規模な API の再設計は行わない

4.x – LTS ライン(今後)

  • 新しい API と拡張機能を導入する

  • アーキテクチャおよびパフォーマンスの改善を含む

  • 本番環境およびエンタープライズ用途向けに設計されている

  • 4.x 系内では後方互換性が維持される

現在の状況: 4.0.0 現在は SNAPSHOT で活発に開発中です。 GA としてリリースされると、 4.x は長期サポート(LTS)ラインになります.

5.x – 開発ライン(計画)

  • 将来志向で実験的

  • 破壊的な変更を導入する可能性がある

  • 迅速な反復と機能探索

  • 本番環境での使用は推奨されない

リリース区分(Qualifier)

プレリリース版は接尾辞の区分子で識別される GA の前に:

区分子
説明

-SNAPSHOT

開発中、安定していない

-M1, -M2

マイルストーンリリース

-RC1, -RC2

リリース候補

(接尾辞なし)

一般提供(GA)

リリースフローの例


安定性とサポートの保証

  • GA リリースは 本番対応である

  • パッチリリース(x.y.z) は後方互換である

  • マイナーリリース(x.y) は API を壊さずに機能を追加する

  • メジャーリリース(x) は破壊的な変更を導入する可能性がある

  • LTS(4.x) は以下を受ける:

    • 重要なバグ修正

    • セキュリティ更新

    • 長期的な保守

  • SNAPSHOT バージョンは 決して 本番で使用してはならない

  • マイルストーン(-M)およびリリース候補(-RC)バージョンは検証とフィードバックを目的としている

  • のみが GA リリースは 完全に安定と見なされる

最終更新

役に立ちましたか?