Asp.Net MVC 3用の拡張パッケージが企業のnugetサーバーにあります。たとえば、パッケージIDが現在Acme.Mvcで、バージョンがであるとし2.xます。
私は今、そのプロジェクトを分岐させ、MVC4ベータを対象とした同じパッケージのプレリリースバージョンを配置する予定です。3.x論理的には、これはライブラリのバージョンになります。ただし、リリースするとすぐに（プレリリースではなくなった後）、2.xVSのUIに表示されなくなります。これにより、他の開発者がMVC3プロジェクトに追加する可能性があります。v2.xまた、コンソールを使用せずに、古いライブラリへの将来のアップグレードに簡単にアクセスできないようにします）。
他のいくつかのケースでは、パッケージIDを変更してバージョンを含めました。つまりAcme.Mvc.3、新旧を並べて配置できるようにしています。それに関する唯一の問題は、誰かが両方を試して含めることができるということです！v3.x呼び出すのが必ずしも正しいとは限らないという、やや衒学的な問題もあります。新しいパッケージだからです。
また、私は本当に両方のストリームを維持できる必要があります。MVC3をターゲットとするライブラリのバージョンを参照しているMVC4サイトのバインディングリダイレクトに頼ることができます。私の拡張機能はどれも、なくなったものに依存していないからです。
公開されているNugetフィードを見ると、パッケージIDにメジャーバージョンを貼り付けるというこの慣習はめったに見られませんが、本当に代替手段はありますか？