open-source - 一般リリースとしてのポイントリリース

Question

成長しているオープン ソースの世界では、メジャー リリースとして扱われる場合でも、リリースを 0.x として番号付けする傾向が頻繁にあるようです。場合によっては、2 つのマイナー リリース間に互換性がないことさえあります。特定のケースでこれを行う正当な理由や理論的根拠があるかどうかを理解するのを手伝ってくれる人はいますか?

Answer 1

バージョン番号は個人の好みの問題です。

標準はありますが、大きく異なります。一部のプロジェクトでは標準をマーケティング ツールとして使用し、一部のプロジェクトでは後方互換性の正確な表現として使用しています。

メジャーリリースの意味もよくわかりません。互換性を損なうものを意味する場合は、サブ 0. リリースは、製品リリースがまだないため、互換性が期待できないことを意味します。

しかし、それは私の好みです。

Answer 2

それは完全に個人的な好みの問題ではありません-一部の設定（少なくともエンタープライズプロプライエタリソフトウェアの世界では）では、更新がポイントリリースであるか他の何かであるかの決定は、リリースを提供する要件などのビジネスおよび法的結果を引き起こします無料（または無料）。

ビジネスで展開されているオープンソースソフトウェアの有料サポート契約も同様の結果をもたらすと思います。どのサービスが含まれ、何が追加料金であるかは、更新のレベルによって異なります。

ここでのバージョン管理に関するより一般的な議論については、2つのSOの質問があります： これとこれ。

Answer 3

多くの組織 (OSS など) では、バージョンの 1 桁目は完全に新しい世代の製品に対応しており、通常はコード ベースの大幅な再編成や完全な書き直しに結び付けられています。

大幅な変更をもたらすが、同じアーキテクチャまたは内部フレームワークに基づいて構築されているリリースでは、2 桁目の変更が見られます。通常、マイナー メンテナンス リリースの 3 桁目またはリリース番号を追加します。

明確な例がなければ、それがあなたが見ているような番号付けスキームだと思います。