いいえ、あなたが名前を付けたのは、それがどのように行われたかということです.What's Newページと適切なドキュメントは、完全な変更ログよりも役立つかもしれません. このような巨大で移動するターゲットへの互換性は、部分的にでも自動化することはできません。次の理由から、それは思ったほど多くの作業ではありません。
- 一部の人々はテストスイートを持っています;-)
- (通常) バグ修正リリース (さまざまな x の 2.7.x など) を考慮する必要はありません。コードにバグ修正が必要な場合もありますが、一般的に .0 リリースは非常に信頼性が高く、xy0 と互換性のあるコードは、どの xyz バージョンでも実行できます。
- 下位互換性ポリシーのおかげで、サポートされる最小バージョンを確立するだけで十分です。以降のすべてのリリース (同じメジャー バージョン) は互換性を維持します。2.7 はこれまでの最後の 2.x リリースであるため、これは役に立ちませんが、たとえば 2.5 をターゲットにする場合、通常は 2.6 または 2.7 の互換性を確認する必要はありません。
- コーディング中に目を開いていて、少しの経験と記憶力があれば、最近のバージョンで導入されたいくつかの機能を使用したことがわかります。具体的なバージョンがわからない場合でも、ドキュメントですぐに調べることができます。
- 一部の人々は、特定のバージョンをサポートする目的で着手し、開発時に常にそのことを念頭に置いています。たまたま他のバージョンで動作したとしても、サポートされていないと見なし、互換性を主張しません.
したがって、2.7 に制限するか (3 年前からリリースされています)、古いリリースでテストを実行することができます。どの非互換性があり、どのように修正できるかではなく、互換性があるかどうかを判断したいだけの場合は、次のことができます。
- What's New ページで、使用した新機能 (最も重要な新しい構文) を検索します。
- 使用したサードパーティ ライブラリのバージョンの制約を確認してください。
- 新しく追加された機能については、使用する標準ライブラリ モジュールのドキュメントを検索してください。