問題タブ [nuget-package]

マルチプロジェクトのASP.NET4.0Webフォームソリューションがあります。最初に、静的ファイル（master、css、imagesなど）で構成されるプロジェクトパッケージを作成しました。

その後、ソリューションプロジェクトを利用するためにNuget 1.4にアップグレードしました（したがって、各プロジェクトを手動で更新する必要はありません）。既存のプロジェクトパッケージをアンインストールしてから、同じ共通ファイルを含むソリューションパッケージを作成してインストールすることを計画しました。

Uninstall-Package MyProjectPackageを実行した後、プロジェクトにNuget関連のファイルがまだ残っていることに気付きました。例えば：

プロジェクト1：

packages.config
Packages.dgml
MyProjectPackage.1.1.nuspec
MyProjectPackage.1.2.nupkg

プロジェクト2：

MyProjectPackage.nuspec

問題：

1. ソリューションに含まれなくなったため、グレー表示されていますが、これらのファイルはプロジェクトフォルダーに残っています。それらは完全に削除されるべきではありませんでしたか？

2. GUIを使用して新しいパッケージを作成しました。ソリューションにこれをインストールする正しい方法は何ですか？

3. NuGetをパスに追加するにはどうすればよいですか？（コマンドラインで「用語「nuget」が認識されません...」と表示されます）

更新2011年8月24日：

新しいソリューションパッケージを作成し、パッケージマネージャーの設定から追加しました。残念ながら、インストールしてもサブプロジェクトにプッシュされません。これを機能させることができません。

更新2011年8月25日：

これを絞り込むために、ソリューションレベルでインストール済みパッケージを管理しようとすると、[MyProject]に[管理]ボタンがなく、[アンインストール]ボタンしかないため、[プロジェクトの選択GUI]にアクセスできません。 .sln-NuGetパッケージの管理ダイアログ。

パッケージの内容（簡潔にするための基本構造）：

コントロール（フォルダー）
-Footer.ascx
-Footer.ascx.cs
-Footer.ascx.designer.cs

画像（フォルダ）
-footer.jpg

マスター（フォルダー）
-Site.Master
-Site.Master.cs
-Site.Master.designer.cs

style（フォルダ）
-style.css

NuGet 経由でインストールされたように、Ninject の (2.2.1.4) Extensions.Logging.Log4net (2.2.0.4) を介して Log4Net (1.2.10) を使用すると問題が発生します。

Log4Net に直接アクセスすると、次のようになります。

結果は次のとおりです。

ただし、Ninject を介してロガーにアクセスすると、次のようになります。

NinjectLoggerTest は単純に次のとおりです。

やや予想外ですが、結果は次のとおりです。

さらに悪いことに、ILogger の Trace メソッドを使用すると、mscorlib.dll で「System.FormatException」タイプの最初の例外が発生します。

私は何か間違ったことをしていますか？どうすればこれを修正できますか?

ティア

私たちのプロジェクトでは、いくつかの NuGet パッケージを使用しています。そのうちのいくつかは、LINQ to Objects for C# 2.0 を再実装するライブラリである LinqBridge を参照しています。LinqBridge.dll ファイルは /packages/PackageName/lib/20/LinqBridge.dll の下にあるため、明らかに .NET 2.0 にのみ適用されるはずです。

問題は、ソリューション内のすべてのプロジェクトが .NET 4.0 にビルドするように構成されていても、LinqBridge.dll バイナリが最終的な /bin ディレクトリにコピーされ、Razor ビューに大混乱をもたらすことです。IEnumerable で .Select() を実行すると、組み込みの LINQ 呼び出しと、LinqBridge が提供する再実装された呼び出しとの間にあいまいな呼び出しがあります。

再実装されたバージョンは明らかに必要ありません。出力 /bin ディレクトリから LinqBridge.dll を削除するだけで、すべて正常に動作します。ただし、これは容認できる恒久的な解決策ではありません。

古い .NET バージョン用のファイルを /bin 出力にコピーするのをやめるように何かを構成する方法はありますか?

編集：ソリューションプロパティの「ビルドイベント」の下にある「ビルド後のイベントコマンドライン：」コマンドにこれを追加して、ソリューションをまとめました：

まだ理想にはほど遠いですが、少なくとも私のプロジェクトは今のところ実行できます。

MVC3がインストールされたVisualStudio2010SP1を使用しています。NuGetの基本を学習している最中なので、このチュートリアル http://maleevdimka.com/post/NuGet-Part-1.aspxを実行していました。

デフォルトで利用可能なフィードを追加するには、[ライブラリパッケージリファレンスの追加...]オプションを選択する必要があります。ただし、VS 2010でWebアプリケーションプロジェクトにアクセスすると、「NuGetパッケージの管理...」という別の情報が表示されます。これをクリックすると、[インストール]ボタンが付いた利用可能なオンラインパッケージを含むダイアログボックスが表示されます。

[ライブラリパッケージ参照の追加...]オプションはVS2010で使用できなくなり、[NuGetパッケージの管理...]に置き換えられましたか？

案内してください！

現在、いくつかのプロジェクトでソリューションを構築しています。

私たちはこのようなものを持っています：

したがって、Logging.NLogは、Logging、Logging onCommon...などに依存しています。

Logging.NLogをパックするとき、nugetにLogginとCommonの依存関係を検出してもらいたいと思います。

現時点では、Commonを使用してパッケージを作成し、LoggingにCommonを使用してパッケージをインストールしました。

ただし、Commonに変更を加えるたびに、パッケージを更新する必要があり、継続的インテグレーションシステム（Hudson）によって作成されるため、開発中はかなり面倒です。

単純にプロジェクト参照（[参照の追加]-> [プロジェクト...]）が欲しいのですが、とにかくnugetが依存関係を検出します。

それを達成する方法はありますか？

I'm trying to setup Selenium WebDriver 2.5.1 on my project using NuGet.

I tried installing via Tools -> Manage NuGet Packages... in Visual Studio and got an error.

I tried invoking the command inside the NuGet console as shown in the link above:

and I get the same error, which is:

Is it an error of the Selenium NuGet package itself? Does anyone know how to overcome this (except not installing NuGet package and revert to manual setup of course)?

Thanks.

NuGetを使用して、組織内で開発者フレームワークとツールを配布する方法を調査しています。サーバーをセットアップし、パッケージを生成して、消費するプロジェクトに追加することができます。私は今、これをより現実的な状況に拡大しようとしています。

私の場合、組織内のすべての開発チームに配布するフレームワークがあります。このフレームワークには、「コア」クラスライブラリと、Acme.Web、Acme.Silverlightなどのテクノロジ固有のライブラリのセットがあります。これらの各ライブラリは、「コア」アセンブリを参照します。

これらの各アセンブリを、他のパッケージ内の依存関係として設定される「コア」を含む独自のNuGetパッケージにパッケージ化しました。これは、開発者がクラスライブラリを作成するときに「コア」のみを参照することを選択する可能性があるだけでなく、Webアプリなどを作成するときにそれらのタイプも必要とするためです。

もう1つのアイデアは、他のすべてのパッケージの更新を必要とせずに、「コア」アセンブリの新しいバージョンをリリースできるということです。または私はできますか？

プロジェクトAがあり、NuGetパッケージCに依存するNuGetパッケージBを追加すると、パッケージCが更新されます。パッケージBを再構築、再パッケージ化、および再投稿せずに、この更新を配布することは可能ですか？もしそうなら、バージョン管理の問題がないことを確認するために私が取る必要があるステップはありますか？

ローカルのNuGetサーバーを使用している場合、そのサーバーから個々のパッケージをインストールしようとすると、 「リモートサーバーがエラーを返しました：（404）見つかりません」というエラーが表示されます。

パッケージはすべてファイルシステムにあり、フィード自体がすべてのパッケージを適切に認識します。 パッケージを直接閲覧することもできます！

私は何が欠けていますか？

NuGetサーバー1.4から1.5にアップグレードしたばかりですが、これは以前に発生したことがあります。以前はヘルプに使用されていたパッケージファイルに触れることでしたが、現在はそうではないようです。

編集： 実際、私は以前にその正確なエラーを見たことがありませんでした...私はこれを断続的に見ましたが、パッケージに触れると修正される傾向がありました。

nuget を介してパッケージを追加したことに気付きました。パッケージ フォルダーがチェックイン用にマークされています。この動作はいつ変更されましたか?

foo.sln と bar.sln の 2 つのソリューションがあります。

foo と bar の両方で使用される共通のライブラリがあります。Common.csproj は両方で使用されます。

foo を開いて nuget 参照を更新すると、Common.csproj 内のすべての参照が foo/packages/ を指します。後でバーを開いて nuget 参照を更新すると、すべての参照が bar/packages/ 内の参照に設定されます。当然のことながら、これは Common.csproj と Foo.Data.csproj のような Foo 固有のものとの間に非互換性を引き起こす可能性があるため、foo チームを怒らせます。

「すべてのプロジェクトを含む巨大なソリューションを作成し、ナゲットに触れる必要がある場合は、そのソリューションからのみ行う」以外の明らかな解決策が必要です。

codeplex に問題があるようです(ちなみに、投票数が最も多い問題です) が、どうやらこの問題がどのように解決されるかを理解するには厚すぎます。誰かがこれを修正する方法を説明できますか?