タグ付けされた質問 「nuget-package」

NuGetは、VisualStudioでオープンソースライブラリとツールを簡単にインストールおよび更新できるようにするVisualStudio拡張機能です。

9
コマンドラインを使用してNuGetパッケージキャッシュをクリアするにはどうすればよいですか?
私は、Visual Studioのメニュー使用して私の開発コンピュータのNuGetパッケージのキャッシュをクリアすることができますツール → オプション → NuGetパッケージマネージャ → 一般:Clear Package Cacheボタンを。 コマンドラインでこれを実行したいと思います。残念ながら、nuget.exeの関連するコマンドラインスイッチが見つかりません。 私は何か見落としてますか?

5
NuGetを介して古いバージョンのパッケージをインストールする方法
古いバージョンのパッケージをインストールしたい(Newtonsoft.Json)。しかし、NuGetはロールバックします。 PM> Install-Package Newtonsoft.Json -Version 4.0.5 Successfully installed 'Newtonsoft.Json 4.0.5'. Install failed. Rolling back... Install-Package : Already referencing a newer version of 'Newtonsoft.Json'. どんな助けでも大歓迎です。

14
NuGetのパッケージの場所を変更することはできますか?
私のプロジェクトのほとんどには、次のような規約があります。 /src /Solution.sln /SolutionFolder /Project1 /Project2 /etc.. /lib /Moq moq.dll license.txt /Yui-Compressor yui.compressor.dll /tools /ILMerge ilmerge.exe 私は、ソースフォルダー内に外部ライブラリーを保持していないことに気付くでしょう。NuGetの使用にも非常に興味がありますが、これらの外部ライブラリをソースフォルダー内に配置したくありません。NuGetには、すべてのパッケージが読み込まれるディレクトリを変更する設定がありますか?


30
「PowerShellホストの初期化に失敗した」ため、nugetパッケージをインストールできません
Nugetパッケージをアップグレードすると、突然、このエラーが発生します。私が仕事に出くわした修正のどれも。Visual Studio 2013を使用しています。 「Newtonsoft.Json 6.0.3」はすでにインストールされています。 Tournaments.Notificationsに「Newtonsoft.Json 6.0.3」を追加します。 「Newtonsoft.Json 6.0.3」をTournaments.Notificationsに追加しました。 スクリプトファイル 'F:\ My Webs \ BasketballTournaments \ MainBranch \ packages \ Newtonsoft.Json.6.0.3 \ tools \ install.ps1'を実行しています。 PowerShellホストの初期化に失敗しました。PowerShell実行ポリシー設定がAllSignedに設定されている場合は、パッケージマネージャーコンソールを開いて、最初にホストを初期化します。 パッケージマネージャーコンソール 'FileSystem'プロバイダーでInitializeDefaultDrives操作を実行しようとして失敗しました。 コンソールで初期化が完了するのを待つと、いくつかのパッケージを追加できました。

6
[A] System.Web.WebPages.Razor.Configuration.HostSectionをキャストできません…web.configの問題
次のエラーが発生します。 [A] System.Web.WebPages.Razor.Configuration.HostSectionを[B] System.Web.WebPages.Razor.Configuration.HostSectionにキャストできません。タイプAは、「System.Web.WebPages.Razor、Version = 2.0.0.0、Culture = neutral、PublicKeyToken = 31bf3856ad364e35」のコンテキスト「Default」の「C:\ WINDOWS \ Microsoft.Net \ assembly \ GAC_MSIL \ System」にあります.Web.WebPages.Razor \ v4.0_2.0.0.0__31bf3856ad364e35 \ System.Web.WebPages.Razor.dll '。タイプBは、「System.Web.WebPages.Razor、Version = 3.0.0.0、Culture = neutral、PublicKeyToken = 31bf3856ad364e35」のコンテキスト「Default」の「C:\ Users \ MyName \ AppData \ Local \ Temp \ Temporary」にありますASP.NET Files \ root \ 63e7ff36 \ a1cb775d \ assembly …

14
一部のプロジェクトが複数のソリューションに含まれている場合に、すべてのソリューションに共通のnugetパッケージフォルダーを設定する
私はNuGetを使用して、外部および内部のパッケージソースからパッケージを取得しています。これは非常に便利です。しかし、パッケージはデフォルトでソリューションごとに保存されることに気づきました。これは、NuGet参照を持ついくつかのプロジェクトがいくつかのソリューションに含まれている場合、非常にイライラします。次に、参照が他のソリューションパッケージフォルダーに変更されます。このフォルダーは、実際には別の開発者やビルドマシンでは使用できない場合があります。 NuGetのリリース2.1では、一般的なパッケージの場所(おそらくプロジェクトのルートレベルで、TFSソース管理を使用している)を指摘する方法があることを確認しました。リリースノートを参照してください。NuGet v2.7を使用しています しかし、私はこれの影響を見ずにnuget.configファイルを追加しようとしました。パッケージは引き続きソリューションフォルダーに保存されます。私が見逃したものはありますか?誰がその質問に答えているかに応じて、nuget.configファイルに追加するXMLノードの構造が異なるようです:Schwarzieは別のStackoverflowスレッドで提案しています: <settings> <repositoryPath>..\..\[relative or absolute path]</repositoryPath> </settings> NuGet 2.1のリリースノート(上記のリンクを参照)は、この形式を提案しています。 <configuration> <config> <add key="repositoryPath" value="..\..\[relative or absolute path]" /> </config> </configuration> これらのどちらか、またはどちらか、または両方が最終的に機能するかわかりません。私はソリューションレベルで両方を試しました。nuget.configファイルはTFSプロジェクトのルートレベルに配置できますか、それともソリ​​ューションディレクトリに配置する必要がありますか?NuGetはこれらのファイルから特定の順序で設定を読み取って適用しているようですが、ソリューションレベルのnuget.configファイルがTFSプロジェクトのルートレベルのファイルを上書きするため、これらのファイルをいくつかのレベルで追加するのが理にかなっています。これを明確にできますか? これらの参照が機能する前に、インストールされているすべてのパッケージを削除する必要がありますか?ソリューション固有のnugetの使用法から、いくつかのソリューションに属するプロジェクトが必要なnugetパッケージを見つけることができる共通のパッケージフォルダーに移動するためのステップバイステップの指示を誰かが提供できたら嬉しいです。

9
NuGetパッケージのネイティブファイルをプロジェクトの出力ディレクトリに追加する
ネイティブのwin32 dllにpinvokeする.Netアセンブリ用のNuGetパッケージを作成しようとしています。アセンブリとネイティブDLLの両方をパックして、アセンブリをプロジェクト参照に追加する必要があります(この部分では問題ありません)。ネイティブDLLは、プロジェクトの出力ディレクトリまたはその他の相対ディレクトリにコピーする必要があります。 私の質問は: Visual Studioが参照リストに追加しようとせずに、ネイティブDLLをパックするにはどうすればよいですか? ネイティブdllをコピーするためにinstall.ps1を作成する必要がありますか?もしそうなら、それをコピーするためにパッケージコンテンツにどのようにアクセスできますか?

4
更新しようとするとNuGetパッケージマネージャーエラー
本日VS2010を開くと、拡張機能マネージャーからNuGetパッケージマネージャーの更新が通知されました。 インストール中に、ログを表示するオプションが付いた「インストール失敗」が表示されます。 そのログファイルに表示される主なエラーメッセージは次のとおりです。 The signature on the update version of 'NuGet Package Manager' does not match the signature on the installed version. Therefore, Extension Manager cannot install the update. アップグレードするバージョン番号は次のとおりです。 Current Version: 1.5.20902.9026 New Version: 1.6.21205.9031 私はまた、VS2010がこのページを介して閉じている間にインストールしようとしました: ここに


9
「nuget」は認識されませんが、他のnugetコマンドは機能します
http://docs.nuget.org/docs/creating-packages/creating-and-publishing-a-package#From_a_convention_based_working_directory を参照として使用して、nugetパッケージを作成しようとしています。Visual Studioのパッケージマネージャーコンソールで 'nuget'コマンドを使用できません。「Get-help nuguet」を実行すると、次のように表示されます。 次のNuGetコマンドレットが含まれています。 Cmdlet Description ------------------ ---------------------------------------------- Get-Package Gets the set of packages available from the package source. Install-Package Installs a package and its dependencies into the project. Uninstall-Package Uninstalls a package. If other packages depend on this package, the command will fail unless the –Force option …

2
NuGetパッケージにクラスライブラリのXMLドキュメントをどのように含めますか?
C#クラスライブラリのNuGetパッケージを作成しています。生成されたXmlドキュメントをライブラリに含めたいのですが。これは私のnuspecファイルです: <?xml version="1.0" encoding="utf-8"?> <package> <metadata> <id>MyLibrary</id> <version>1.0.0.0</version> <authors>John Nelson</authors> <language>en-US</language> <description>A C# class library</description> </metadata> <files> <file src="..\..\build\MyLibrary.dll" target="lib\Net40" /> <file src="..\..\build\MyLibrary.xml" target="lib\Net40" /> </files> </package> このコマンドでパッケージをビルドすると: nuget pack MyLibrary.nuspec エラーが発生します。行を削除すると: <file src="..\..\build\MyLibrary.xml" target="lib\Net40" /> NuGet.exeはnupkgを正常に作成します。パッケージを解凍して、内容が正しいことを確認することもできます。何が悪いのですか?xmlファイルを別のターゲットディレクトリに配置する必要がありますか?
103 c#  nuget  nuget-package 

2
docs.microsoft.comの.NETプラットフォーム拡張機能とは何ですか?
Microsoft Docsには、「。NETPlatformExtensions」と呼ばれるフレームワークレベルのナビゲーション要素があります。それはのような最近追加されたAPIのドキュメントが含まれSystem.IO.PipelinesおよびSystem.Threading.Channels例えば、だけでなく、それほど最近でないものも含めて他のAPIの全体の束を。 このコレクションの一部のAPIは、nugetパッケージ(.NetCoreと.NetFrameworkの両方)として利用できますが、他のAPIは利用できないようです。また、現時点では、「。NETPlatformExtensions」などと呼ばれるnugetパッケージはありません。 それで、問題は、このAPIのコレクションが正確に何を表しているのかということです。次のそれぞれとの関係は何ですか。 。ネットフレームワーク .Net Core .Net標準 .Net Framework / .Net Coreでのサポートはどうですか? 最後に、一部のAPIは個別のnugetパッケージとしてすでに利用可能であるように見えますが、他のAPIはまだ利用可能になっていないので、その点での話は何ですか?

4
nuspecで特定の依存関係バージョンを指定するにはどうすればよいですか?
最初のnugetパッケージを作成しています。最新バージョンではないバージョンの依存関係を追加しました。ただし、この依存関係の最新バージョンに更新したくありません。特定のバージョンを使用するように指示することはできますか? <dependencies> <dependency id="NHibernate" version="3.2.0.3001" /> </dependencies> パッケージをインストールすると、次のように表示されます。 Attempting to resolve dependency 'NHibernate (≥ 3.2.0.3001)'. これにより、パッケージをインストールすると次のようになります。 <packages> <package id="Iesi.Collections" version="3.2.0.4000" /> <package id="NHibernate" version="3.2.0.4000" /> </packages> 私は本当にこのようなものを見たいです:依存関係を解決しようとしています 'NHibernate(3.2.0.3001)'。
83 c#  .net  nuget  nuget-package 

4
参照される依存関係を含むNuGetパッケージを自動的にビルドする
ローカル/内部のNuGetリポジトリを実行したい。NuGetを使用してダミープロジェクトに既存のNuGetパッケージを含め、パッケージファイルをスキャンしてローカルにキャッシュされた.nupkgファイルを取得することで、既存のNuGetパッケージを「再利用」する方法を理解したと思いますが... NuGetを介して取得した依存関係だけでなく.nupkg、すべての dll依存関係を自動的に含めて、プロジェクトからnugetパッケージ()をどのように作成しますか? 具体的には: ソリューションを作成する 新しいプロジェクトを追加する さまざまな.dllファイル/他のプロジェクトへの参照を追加する<-これは欠落している部分です パッケージマネージャー/コマンドラインなどを介してNuGetパッケージを追加します 何かが自動的に作成します.nupkg 私が見つけたものから、あなたは次のようなことをすることになっています .csprojファイルを手動で編集して追加<BuildPackage>true</BuildPackage>し、依存関係を含めます 手動で.nuspecファイルを作成し、依存関係を手動で一覧表示します(同様の?) ファイルを手動で実行nuget packする.nuspec しかし、すべてが手動であり、それは愚かです。半自動ソリューションでさえ、依然として厄介または半手動です。 .nuspecテンプレートを作成する-依存関係は含まれていないようで、メタデータのみが含まれているようです ビルドイベント(ステップ#5)を介したnugetパック。これは、すべてのプロジェクトに手動で追加する必要があり、独自の癖があります。 "$(SolutionDir).nuget\NuGet.exe" pack "$(ProjectPath)" -Properties Configuration=Release move /Y *.nupkg "$(TargetDir)" .nuspecプロジェクト参照からマニフェストを自動的に作成するものに落ち着きます。次に、理論的には、+ nugetビルドイベントをbuild-project / nugetパッケージにロールアップできます。これは、私が本当に見たいものです。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.