コアライブラリと拡張ライブラリのバージョン管理

Question

Ninjectプロジェクトは、Ninject Coreライブラリと拡張ライブラリのロット（〜17）で構成されています。

現在、Ninjectとその拡張ライブラリはすべて同じMajor.Minor番号を持ちます。 Ninjectコアの次のリリースは下位互換性があり、マイナー番号を増やすことは正しい動作です。拡張ライブラリの少なくとも1つは後方互換性がありません。この場合、正しい処置はメジャー番号を増やすことです。しかし、これはコアとエクステンションを同期させないでしょう。

あなたは少なくとも混乱が発生することを最良の選択肢を検討しないされての質問：

1. が正しくバージョン番号がコアその後方互換性がないと不利益を反映していることを利点と主要な数を増やすに拡張機能は同期していないので、これ以上一致するものを知ることは容易ではありません。

2. 拡張のメジャー番号を保持し、マイナー番号のみを増やします。数字が同じで、一致するものを簡単に伝えることができるという利点があります。しかし、その数は後方の非互換性を反映していないという点で不都合である。

3. すべてのメジャー番号を増やします。数字が同じであるという利点があります。しかし、コアといくつかのエクステンションが下位互換性があるにも関わらず、メジャー番号が増えてしまうという欠点があります。

他にも良い選択肢がありますか？

Answer 1

私は最後のオプションを使うつもりですが、メジャーバージョン番号を増やすと、下位互換性が明示的に壊れているとは言えません。製品のバージョン番号が下位互換性を損なうことなく増加したケースがたくさんあります。たとえば、.NETを見てみると、バージョン番号は1から4に増えています。すべてのバージョンでほとんど破損することはありません。