現在(2013 年 5 月)、3 つのリリース バージョンがあり、すべて 5 月 15 日にリリースされました。
- パイソン3.3.2
- パイソン3.2.5
- パイソン2.7.5
2.x ブランチと 3.x ブランチの必要性は理解できますが、なぜ 3.3.x と 3.2.x のバージョンが別々にあるのですか?
現在(2013 年 5 月)、3 つのリリース バージョンがあり、すべて 5 月 15 日にリリースされました。
2.x ブランチと 3.x ブランチの必要性は理解できますが、なぜ 3.3.x と 3.2.x のバージョンが別々にあるのですか?
このリンクには と書かれていThe current production versions are 2.7.5 and 3.3.2.
ます。
そして、ここを見ると、次のように書かれています。
Python 3.2.5 は 2013 年 5 月 15 日にリリースされました。このリリースは、Python 3.2.4 で見つかったいくつかのリグレッションを修正し、最後の 3.2 シリーズのバグ修正リリースになる予定です。
したがって、2.7.5 または 3.3.2 を使用する必要がありますが、 (理由はわかりませんが) 3.2.* が必要な場合は、バグ修正バージョンがあります。
wim が指摘しているように、3.2.5 は現在の製品バージョンではありませんが、2013 年 5 月 15 日に3 つのバージョンがリリースされたのはなぜだろうと思っているのではないでしょうか? 3.2.x ブランチがまだ維持されているのはなぜですか?
3.n の各ステップでは新機能が導入されますが、3.nx リリースは既存のバージョンに対する修正であることに注意してください。したがって、3.2.5 は 3.2.4 に対する一連のバグ修正であり、3.3.x ブランチには 3.2.4 にはない新機能が含まれています。新しい機能は、本質的に新しいバグを導入する可能性が高いため、たとえば、Web サーバーの新しい公開リリースをまとめているだけで、それを望んでいない場合は、古いブランチのメンテナンスにより、より高い安定性を選択できます。現在のブランチによって新しいバグが導入されるリスクがあります。
これは、python のバージョン管理戦略の問題です。Pythonのウィキペディアの記事からの引用:
CPython のパブリック リリースには 3 つのタイプがあり、バージョン番号のどの部分がインクリメントされるかによって区別されます。
- コードが壊れる可能性があり、手動で移植する必要がある下位互換性のないバージョン。バージョン番号の最初の部分が増分されます。これらのリリースはめったに行われません。たとえば、バージョン 3.0 は 2.0 の 8 年後にリリースされました。
- メジャーまたは「機能」リリース。ほぼ互換性がありますが、新機能が導入されています。バージョン番号の 2 番目の部分が増分されます。これらのリリースは、およそ 18 か月ごとに予定されており、各メジャー バージョンは、リリース後数年間、バグ修正によってサポートされます。
- バグフィックス リリース。新しい機能は導入されませんが、バグは修正されます。バージョン番号の 3 番目と最後の部分が増分されます。これらのリリースは、最後のリリース以降、アップストリームで十分な数のバグが修正されたとき、またはおよそ 3 か月ごとに作成されます。バグ修正リリースでは、セキュリティの脆弱性にもパッチが適用されます。
そのため、3.3 は 3.2 と比較して新しい主要な機能が導入されたため、別の「ブランチ」になっています。
以下も参照してください。
バージョン番号について少し読む必要があります。最後の桁は、簡素化され、新機能はなく、バグ修正のみを意味します。そのため、Python 3.2 を使用している人は、Python の動作を変更することなく、新しいリビジョンをインストールできます。