私たちは、様々な "共通の"依存関係(Unity、Prismなど)を持つ仕事場でWPFアプリケーションを開発しています。NuGetでパッケージの依存関係を処理するスマートな方法はありますか?
新しいプロジェクトを追加してプロジェクトごとにNuGetパッケージの依存関係を設定しても問題ありませんが、アップグレードに関しては、それぞれのプロジェクトをすべて実行して古い参照を削除してから、 NuGetから最新のパッケージを再取得してください。
たとえば、プリズムを5.0から6.0にアップグレードすることになっていました。これは、すべてのプロジェクトを通過しなければならないすべての名前空間の競合などを修正することに加えて、古い参照、新しいdependeciesを追加し、すすぎ、繰り返します。
私の質問は、この問題に対処するよりスマートな方法があるのか、これが標準的なアプローチですか?事前に
多くのおかげで、
更新:
私はパッケージマネージャには表示されません「主要な」アップグレードとほとんど心配です。バージョン5.0 - > 6.0のアップグレードはメジャーアップグレードとして扱われるため、NuGetパッケージマネージャで自動アップデートが適用されません。
NuGetは自動的にこれを行うことはできませんが、そのようなアップグレードには変更を加えることが含まれている場合がありますが、削除するよりは致命的なメジャーアップグレードを行う方法があるかどうかを知りたいのですがプロジェクトからの参照と各プロジェクトのpackages.configを参照し、NuGetを使用してそれらを再追加します。比較的大規模なプロジェクトの場合、これは非常に時間がかかり、誰かがそのような依存関係を管理するより良い方法を持っているのだろうかと思っていました。
まだVS2015で作業していないと思います...どのVisual Studioのバージョンを使用していますか? –
@ DeblatonJean-Philippe 2013.私は2015年にアップグレードしたいと思っていますが、現時点では実現不可能です(企業ライセンスなど) – kha
@kha(更新後)私は理解できません。私はNuGet Package Managerを介してv5.0.0からv6.1.3へのEntity Frameworkの主要な更新を行いました。そして、はい、そこには大きな変更が加えられていましたので、それらも修正する必要がありました。 app.config/web.configファイル内の参照は自動的に更新されました。私がしなければならなかったことは、usingステートメントのいくつかの名前空間の問題を変更することでした。 – djm61